spring上iBATIS事务管理-使用AOP XML配置管理
Spring下由三种途径对事物进行管理:编程式事务管理、声明式事务管理和AOP事务管理。其中AOP事务管理又分AOP注解事务管理和AOP XML配置两种,这里记录下述其中的AOP XML配置管理,这也是spring最推荐的方式。
参照<spring高级程序设计>中的银行转账的例子。
1.Spring的数据源设置
<bean id="dataSource" class="org.apache.commons.dbcp.BasicDataSource" destroy-method="close" > <property name="driverClassName" value="com.mysql.jdbc.Driver"/> <property name="url" value="jdbc:mysql://localhost:3306/test"/> <property name="username" value="root"/> <property name="password" value="123456"/> </bean>
2.Spring对iBATIS的支持
Spring对ibatis主要提供org.springframework.orm.ibatis.SqlMapClientFactoryBean类来进行支持
<bean id="sqlMapClient" class="org.springframework.orm.ibatis.SqlMapClientFactoryBean"> <property name="dataSource" ref="dataSource"/> <property name="configLocation" value="/config/sqlMapConfig.xml"/> </bean>
3.Spring对iBATIS DAO的支持
Spring提供org.springframework.orm.ibatis.support.SqlMapClientDaoSupport来对iBATIS DAO进行支持,通过调用该类的getSqlMapClientTemplate()方法来获得对iBATIS的控制访问。
<bean id="accountDao" class="com.hj.dao.AccountDaoImp"> <property name="sqlMapClient" ref="sqlMapClient"/> </bean>
<bean id="bankService" class="com.hj.bankOps.DefaultBankService"> <property name="accountDao" ref="bankAccountDao"/> </bean>
这里DefaultBankService类主要实现BankService接口(提供服务的方法定义),其内部引用一个BankAccountDao实例来对数据库进行访问。BankAccountDao类主要继承SqlMapClientDaoSupport。
4.Spring 配置事务
<bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager"> <property name="dataSource" ref="dataSource"/> </bean>
5.AOP XML配置事务管理
1).配置事务通知
<tx:advice id="transactionManagerAdivice" transaction-manager="transactionManager"> <tx:attributes> <tx:method name="*" isolation="READ_COMMITTED" propagation="REQUIRED" rollback-for="java.lang.RuntionException" /> </tx:attributes> </tx:advice>
2).配置切入点和方面
<aop:config> <aop:pointcut expression="execution(* com.hj.bankOps.DefaultBankService.*(..))" id="bankServicePc"/> <aop:advisor advice-ref="transactionManagerAdivice" pointcut-ref="bankServicePc"/> </aop:config>
上述execution(* com.hj.bankOps.DefaultBankService.*(..))表达式表示切入点为该类中的任何方法。所以当DefaultBankService类中方法调用时就会进行事务管理,并且当抛出RuntimeException时,自动进行回滚操作。
6.遇到的问题
在<Spring高级程序设计>一书上,对AOP XML事务配置时,其通知部分并没有设置具体属性(缺少 rollback-for="java.lang.RuntionException")
<tx:attributes> <tx:method name="*" isolation="READ_COMMITTED" propagation="REQUIRED" /> </tx:attributes>
这样在DefaultBankService方法调用中如果有异常抛出,事务并不进行相应回滚操作。
如果全用annotation感觉要灵活一些
如果全用annotation感觉要灵活一些
注解适用小型项目,缺点主要是对于同一切入点需要复制,黏贴相同的一段@Transaction,反而来的繁琐。
如果全用annotation感觉要灵活一些
注解适用小型项目,缺点主要是对于同一切入点需要复制,黏贴相同的一段@Transaction,反而来的繁琐。
这个我觉得不尽然,如果你一个服务方法有相同的事务传播级别和事务隔离级别,只需要在service类上加一个annotation就可以了。而在方法层上有什么特殊的要求时(比如隔离级别要求与类上的不一样。),这时再在加方法上,我感觉这样是比较灵活的。
也就是说一般是一个类一个@Transactional标注,算下来也不算多,而且灵活,个人见解,缘至我们的项目就是这么使用的
<div class="quote_div">
<div class="quote_title">JackAndroid 写道</div>
<div class="quote_div">
<div class="quote_title">超级潜水艇 写道</div>
<div class="quote_div">注解与xml配置之间有性能上的差异吗? <br>如果全用annotation感觉要灵活一些</div>
<br>注解适用小型项目,缺点主要是对于同一切入点需要复制,黏贴相同的一段@Transaction,反而来的繁琐。</div>
<br>这个我觉得不尽然,如果你一个服务方法有相同的事务传播级别和事务隔离级别,只需要在service类上加一个annotation就可以了。而在方法层上有什么特殊的要求时(比如隔离级别要求与类上的不一样。),这时再在加方法上,我感觉这样是比较灵活的。 <br>也就是说一般是一个类一个@Transactional标注,算下来也不算多,而且灵活,个人见解,<span style="color: #ff0000;">缘至</span>我们的项目就是这么使用的</div>
<p><br> 我也认为注解整体确实比配置要灵活点,对于一个类内的每个方法的要求都不相同,那么注解更灵活点,但是如果其中有些相同,而有些不同呢?需要对一些本来相同设置的事物进行统一修改呢?(比如原来一些类的隔离级别集体从1改成2),配置只需要改一处即可。 <br> 所以我还是认为注解适用于小型的项目,当然具体项目只要不是很复杂,其实注解也并非不可。 <br> 还有,红色的<span style="color: #ff0000;"><span style="color: #000000;">“</span>缘至</span><span style="color: #000000;">”,应该是“源自”吧??<img src="/images/smiles/icon_biggrin.gif" alt=""></span></p>
<p> </p>
<div class="quote_div">
<div class="quote_title">超级潜水艇 写道</div>
<div class="quote_div">
<div class="quote_title">JackAndroid 写道</div>
<div class="quote_div">
<div class="quote_title">超级潜水艇 写道</div>
<div class="quote_div">注解与xml配置之间有性能上的差异吗? <br>如果全用annotation感觉要灵活一些</div>
<br>注解适用小型项目,缺点主要是对于同一切入点需要复制,黏贴相同的一段@Transaction,反而来的繁琐。</div>
<br>这个我觉得不尽然,如果你一个服务方法有相同的事务传播级别和事务隔离级别,只需要在service类上加一个annotation就可以了。而在方法层上有什么特殊的要求时(比如隔离级别要求与类上的不一样。),这时再在加方法上,我感觉这样是比较灵活的。 <br>也就是说一般是一个类一个@Transactional标注,算下来也不算多,而且灵活,个人见解,<span style="color: #ff0000;">缘至</span>我们的项目就是这么使用的</div>
<p><br> 我也认为注解整体确实比配置要灵活点,对于一个类内的每个方法的要求都不相同,那么注解更灵活点,但是如果其中有些相同,而有些不同呢?需要对一些本来相同设置的事物进行统一修改呢?(比如原来一些类的隔离级别集体从1改成2),配置只需要改一处即可。 <br> 所以我还是认为注解适用于小型的项目,当然具体项目只要不是很复杂,其实注解也并非不可。 <br> 还有,红色的<span style="color: #ff0000;"><span style="color: #000000;">“</span>缘至</span><span style="color: #000000;">”,应该是“源自”吧??<img src="/images/smiles/icon_biggrin.gif" alt=""></span></p>
<p> </p>
</div>
<p><img src="/images/smiles/icon_mad.gif" alt=""><img src="/images/smiles/icon_mad.gif" alt=""><img style="" src="/images/smiles/icon_mad.gif" alt=""><img style="" src="/images/smiles/icon_mad.gif" alt=""><img style="" src="/images/smiles/icon_mad.gif" alt=""><img style="" src="/images/smiles/icon_mad.gif" alt=""><img style="" src="/images/smiles/icon_mad.gif" alt=""><img style="" src="/images/smiles/icon_mad.gif" alt=""><img style="" src="/images/smiles/icon_mad.gif" alt=""><img style="" src="/images/smiles/icon_mad.gif" alt=""><img style="" src="/images/smiles/icon_mad.gif" alt=""><img style="" src="/images/smiles/icon_mad.gif" alt=""><img style="" src="/images/smiles/icon_mad.gif" alt=""><img style="" src="/images/smiles/icon_mad.gif" alt=""><img style="" src="/images/smiles/icon_mad.gif" alt=""><img style="" src="/images/smiles/icon_mad.gif" alt=""><img style="" src="/images/smiles/icon_mad.gif" alt=""><img style="" src="/images/smiles/icon_mad.gif" alt=""><img style="" src="/images/smiles/icon_mad.gif" alt=""><img style="" src="/images/smiles/icon_mad.gif" alt=""><img style="" src="/images/smiles/icon_mad.gif" alt=""><img style="" src="/images/smiles/icon_mad.gif" alt=""><img style="" src="/images/smiles/icon_mad.gif" alt=""><img style="" src="/images/smiles/icon_mad.gif" alt=""><img style="" src="/images/smiles/icon_mad.gif" alt=""><img style="" src="/images/smiles/icon_mad.gif" alt=""><img style="" src="/images/smiles/icon_mad.gif" alt=""><img style="" src="/images/smiles/icon_mad.gif" alt=""></p>
/config 是在classpath下吗?