将spring与hibernate进行整合之后,我们都希望用spring来管理DAO层,这样有利于快速实现功能,少出错。 今天在研究在DAO层编码,采用继承HibernateDAOSupport方式时,发现网上许多人说的都是错的,既然已经继承DAOSupport了,就不应该在DAO层中再有对SessionFactory的注入了。如果注入了,不跟没有用DAOSupport一样了么?或者接近于hibernateTemplate方法了。 我想,既然用了DAOSupport,它里面有了getHibernateTemplate和setSessionFactory方法,且是final的,那么我们就应该直接将SessionFacotry注入到里面。 后来,几经查阅,原来问题在这里。 在spring的配置文件中:写了sessionFactory的bean之后,继承HibernateDAOSupport,发现会报错,说"sessionFactory " or "hibernateTemplate " is required。。。 原因在于,spring没有能将我们在配置文件中写的bean注入到HibernateDAOSupport中,因为spring默认情况下是不会自动装配的。 如果我们指定了默认装配,通过看spring原码,发现它调用了HibernateDAOSupport中的setSessionFactory方法,然后生成了一个hibernateTemplate。进而我们可以使用。 如果再研究一下,会发现一个比较怪的现象: 在spring中的bean中,它的class是:<bean id="sessionFactory" class="org.springframework.orm.hibernate3.annotation.AnnotationSessionFactoryBean"> 但看spring的源码,它的HibernateDAOSupport类中的setSessionFactory方法中,SessionFactory的类型是org.hibernate.SessionFactory。 这到底是如何转换的呢?又看spring的源码,发现了问题。 原来,AnnotationSessionFactoryBean继承了LocalSessionFactoryBean,而在LocalSessionFactoryBean中,有方法buildSessionFactory,它返回值的类型就是org.hibernate.SessionFactory.通过走断点,我们也的确看到它是走的这个方法。 因此呢,spring是通过自己的方法,实现了hibernate的sessionFacotry。也正是如此,我们既可以用byName,也可以用byType,让它能装配就可以了。 解决方法一:最简单的就是在spring的配置文件的头部,写上:default-autowire="byName">或者byType 如果是byName,SessionFactory的bean名字必须是sessionFactory.
解决方法二:在Dao层加上: @Autowired 虽然final方法不能重写,但是可以调用,而在调用的时候,把sessionFactory给注入进去就可以了。 也正是解决方法二,让我进一步了解到了spring的xml与annotation的区别: 二者都是为我们进行注入操作,但二者是有重要区别的。 在xml,spring是通过bean的id(XXX),然后调用被注入类的setXXX的方法,如此进行注入。 而在annotation的autowired中,它是通过方法中参数的类来进行注入。也就是setYYY(XXX x) 中的XXX与bean的配置进行对应。 这也就理解了方法二可以正确运行的原因。 注:在required中,如果没有指定名字,则是根据把set后面的第一个字母小写后,当作名字来寻找bean.找不到,则按type找。
解决方法三:由于我们不能对其注入的主要原因是,hibernateDaoSupport中的set方法是final的,我们不能重写。因此,我们可以尝试对于这个bean,我们不写@component标签,而是通过xml方式进行注入。 因此可以在配置文件中写上: <bean name="userDAO" class="com.msb.dao.UserDAOImpl"> 在实现层直接就写: public class UserDAOImpl extends HibernateDaoSupport implements UserIDAO{ 就可以了。
解决方法四:用Annotation中的Resouce标签:(先按名字寻找,再按类型查找) @Component <bean id="hibernateTemplate" > |
|