项目中用到事务管理,便立即想到了Spring的事务管理。于是看了下Spring手册中关于事务管理的一章,比较简单清晰,最吸引人的地方在于把业务逻辑和事务管理部分完全分开,甚至事务管理都不用编写代码只通过XML配置即可完成。
Spring事务管理的原理很简单,定义一个Spring事务管理接口的实现,然后通过AOP对想要进行事务控制的方法(pointcut)添加Advice。
根据此原理,应用Spring的事务管理只需要以下几个步骤:
1. 定义一个事务管理接口的实现,通常可选: DatasourceTransactionManager;
2. 定义一个Advice,比如对get*()方法不采用事务管理等;
3. 添加一个AOP定义,包括定义切面(pointcut)以及对应对面采用的advice;
如此即可,剩下的就是测试了。
实际中再一次证明了一个道理 --看起来容易做起来难。无论是通过XML配置还是添加@Transactional注解都不工作,既在dynamic web project不成功,在普通的Java Project中亦不成功。在一头雾水,偶然在StackOverFlow上看到有个post说什么spring的事务管理不工作的主要原因是ContextRoot不一致,比如事务定义是由Spring Listener加载而需要被事务管理的实例却是在DispatcherServlet的ServletContext里的。看到这里顿时明白了什么,查看自己的代码,果然不一致,并且在我的代码中的DAO还是在Service类中自己new出来的,spring的BeanFactory对这个DAO实例一无所知,自然完全没有办法进行事务管理。总结起来,就是Transaction的定义和被事务管理的Bean需要在同一个BeanFactory中。
照着这个原理,重新配置了XML,果然成功。偏执地认为采用XML配置更易于项目结构的阅读和理解(试想一下,一堆的@Autowired和Component-scan定义),果断地去年最@Autowired和@Transactional,全部改成了XML配置。结构大致如下(仅供参考):
<!-- dispatcher-servlet.xml -->
<beans>
<!-- Tomcat6中的JNDI配置 -->
<jee:jndi-lookup id="jndiDataSource" jndi-name="java:comp/env/jndi/myDS"/>
<bean id="txManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
<property name="dataSource" ref="jndiDataSource">
</bean>
<tx:advice id="txAdvice" transaction-manager="txManager">
<tx:attributes>
<tx:method name="set*"/>
</tx:attributes>
</tx:advice>
<aop:config>
<aop:pointcut id="daoServices" expression="execution(* com.yquants.tutorial.spring.dao.*.*(..))"/>
<aop:advisor advice-ref="txAdvice" pointcut-ref="daoServices" />
</aop:config>
<bean id="jdbcTemplate" class="org.springframework.jdbc.core.JdbcTemplate">
<constructor-arg ref="jndiDataSource" />
</bean>
<!-- DAO中的方法是事务管理的pointcut -->
<bean id="dao" class="com.yquants.tutorial.spring.dao.TestDAOImpl">
<property name="jdbcTemplate" ref="jdbcTemplate" />
</bean>
<!-- 你的@Controller,在这里配置之后@Controller注解可以去掉 -->
<bean id="service" class="com.yquants.tutorial.spring.service.TestServiceImpl">
<property name="dao" ref="dao" />
</bean>
</beans>