SpringMVC+MyBatis声明式事务管理

SpringMVC+MyBatis声明式事务管理,第1张

概述采用的基本搭建环境:SpringMVC、MyBatis、MySQL、tomcat       Spring事务管理分解了传统的全局事务管理和本地事务管理的劣势,使得在任何环境中都可以使用统一的事务管理模型 采用的基本搭建环境:SpringMVC、MyBatis、MysqL、tomcat        Spring事务管理分解了传统的全局事务管理和本地事务管理的劣势,使得在任何环境中都可以使用统一的事务管理模型,你可以写一次代码,然后在不同的环境从你的代码里面配置不同的事务管理策略,Spring提供两种事务管理策略:一种是声明式事务管理策略,另一种是编程式事务管理策略,这里主要介绍声明式事务管理策略 由于采用的是SpringMVC、 MyBatis,故统一采用了标注来声明Service、Controller
由于服务器启动时的加载配置文件的顺序为web.xml---root-context.xml(Spring的配置文件)---servlet-context.xml(SpringMVC的配置文件),由于root-context.xml配置文件中Controller会先进行扫描装配,但是此时service还没有进行事务增强处理,得到的将是原样的Service(没有经过事务加强处理,故而没有事务处理能力),所以我们必须在root-context.xml中不扫描Controller,配置如下:
<!-- 自动扫描组件,这里要把controler下面的 controller去除,他们是在spring3-servlet.xml中配置的,如果不去除会影响事务管理的。  -->  <context:component-scan base-package="com.sence">  <context:exclude-filter type="annotation" Expression="org.springframework.stereotype.Controller" />   .</context:component-scan>  <!-- 自动扫描组件,这里要把controler下面的 controller去除,他们是在spring3-servlet.xml中配置的,如果不去除会影响事务管理的。  --> <context:component-scan base-package="com.sence"> <context:exclude-filter type="annotation" Expression="org.springframework.stereotype.Controller" />  </context:component-scan>
在servlet-context.xml中扫描Controller同时不扫描Service,配置如下:
<!-- 扫描所有的controller 但是不扫描service-->  <context:component-scan base-package="com.sence">  <context:include-filter type="annotation" Expression="org.springframework.stereotype.Controller" />  <context:exclude-filter type="annotation" Expression="org.springframework.stereotype.Service" />  </context:component-scan>  <!-- 扫描所有的controller 但是不扫描service--> <context:component-scan base-package="com.sence"> <context:include-filter type="annotation" Expression="org.springframework.stereotype.Controller" /> <context:exclude-filter type="annotation" Expression="org.springframework.stereotype.Service" /> </context:component-scan>
下面就可以进行配置声明式事务管理了,配置如下:
<!-- transaction manager,use DataSourceTransactionManager -->  <bean ID="txManager" >  <property name="dataSource" ref="dataSource" />  </bean>  <!-- spring declarative transaction management -->  <aop:config>  <aop:pointcut ID="fooServiceMethods"   Expression="execution(* com.sence.*.service.impl.*.*(..))"/>   <aop:advisor advice-ref="txAdvice" pointcut-ref="fooServiceMethods"/>   </aop:config>  <tx:advice ID="txAdvice" transaction-manager="txManager">  <tx:attributes>  <tx:method name="find*" read-only="true"/>  <tx:method name="load*" read-only="true"/>  <tx:method name="*" rollback-for="CustomException"/>  </tx:attributes>  </tx:advice>  <!-- transaction manager,use DataSourceTransactionManager --> <bean ID="txManager" > <property name="dataSource" ref="dataSource" /> </bean> <!-- spring declarative transaction management --><aop:config> <aop:pointcut ID="fooServiceMethods"  Expression="execution(* com.sence.*.service.impl.*.*(..))"/>  <aop:advisor advice-ref="txAdvice" pointcut-ref="fooServiceMethods"/>  </aop:config> <tx:advice ID="txAdvice" transaction-manager="txManager"><tx:attributes> <tx:method name="find*" read-only="true"/> <tx:method name="load*" read-only="true"/> <tx:method name="*" rollback-for="CustomException"/> </tx:attributes> </tx:advice>
到此我的配置完成了,但是经过我的测试,当我往MysqL数据库表批量增加对象时,当其中一个对象出现错误,抛出CustomException事务却不回滚,这个真是令人头疼,于是我继续查找,步骤如下: 1. 查找是否声明式事务管理有误,如切入点写错了
2. 查找Controller扫描部分配置是否正确 但是这两点我都查了,还是事务没有回滚,这个时候我没办法了,只能动用终极武器了:查看源码,开始deBUG程序,发现进入到了事务,并且出现了异常,捕获后进入到了回滚程序,但是数据库却没有回滚,为了避免Spring自己的AbstractPlatformTransactionManager的干扰,我自己定制了一个事务管理类并继承配置文件中的DataSourceTransactionManager类,这样可以清楚的看到程序的运行轨迹,继续DEBUG,还是出现了异常,捕获后进入到了回滚程序,但是数据库却没有回滚,此刻我开始怀疑MysqL数据库的事务支持功能了,于是网上查找MysqL对事务的支持,发现MysqL4.0以后可以支持事务,但是MysqL的数据表分为两类,一类是传统的数据表,另一类则是支持事务的数据表。支持事务的数据表分为两种:InnoDB和BerkeleyDB 使用一下命令:show create table ***  查看我的数据库表的属性才发现我的表原来是传统类型的表,于是我使用navicat更改了表的类型为:InnoDB,然后运行程序发现事务回滚了 到此SpringMVC声明式事务管理配置完成,并运行正确 总结

以上是内存溢出为你收集整理的SpringMVC+MyBatis声明式事务管理全部内容,希望文章能够帮你解决SpringMVC+MyBatis声明式事务管理所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/langs/1227642.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-06-05
下一篇 2022-06-05

发表评论

登录后才能评论

评论列表(0条)

保存