Spring声明式事物配置管理

1.首先在applicationContext.xml添加以下内容:

<!-- 配置事务管理器 -->
<bean id="transactionManager" class="org.springframework.orm.hibernate3.HibernateTransactionManager"><property name="sessionFactory"><ref bean="mySessionFactory"/></property>
</bean>

注:这是作为公共使用的事务管理器Bean。这个会是事先配置好的,不需各个模块各自去配。

2.在各自的applicationContext-XXX-beans.xml中配置对于事务管理的详细信息(配置各个模块所必须的部分):

首先就是配置事务的传播特性,如下:<!--  配置事务传播特性 -->
<tx:advice id="TestAdvice" transaction-manager="transactionManager"><tx:attributes><tx:method name="save*" propagation="REQUIRED"/><tx:method name="del*" propagation="REQUIRED"/><tx:method name="update*" propagation="REQUIRED"/><tx:method name="add*" propagation="REQUIRED"/><tx:method name="find*" propagation="REQUIRED"/><tx:method name="get*" propagation="REQUIRED"/><tx:method name="apply*" propagation="REQUIRED"/></tx:attributes>
</tx:advice>
<!--  配置参与事务的类 -->
<aop:config>
<aop:pointcut id="allTestServiceMethod" expression="execution(* com.test.testAda.test.model.service.*.*(..))"/>
<aop:advisor pointcut-ref="allTestServiceMethod" advice-ref="TestAdvice" />
</aop:config>

需要注意的地方:

(1) advice(通知)的命名:由于每个模块都会有自己的Advice,所以在命名上需要作出规范,初步的构想就是模块名             +Advice(只是一种命名规范)。

(2) tx:attribute标签所配置的是作为事务的方法的命名类型

如<tx:method name="save*" propagation="REQUIRED"/>

其中*为通配符,即代表以save为开头的所有方法,即表示符合此命名规则的方法作为一个事务。

propagation="REQUIRED"代表支持当前事务,如果当前没有事务,就新建一个事务。这是最常见的选择。

(3) aop:pointcut标签配置参与事务的类,由于是在Service中进行数据库业务操作,配的应该是包含那些作为事务的方法          的Service类。

首先应该特别注意的是id的命名,同样由于每个模块都有自己事务切面,所以我觉得初步的命名规则因为 all+模块名              +ServiceMethod。而且每个模块之间不同之处还在于以下一句:

       expression="execution(* com.test.testAda.test.model.service.*.*(..))"

其中第一个*代表返回值,第二*代表service下子包,第三个*代表方法名,“(..)”代表方法参数。

(4) aop:advisor标签就是把上面我们所配置的事务管理两部分属性整合起来作为整个事务管理。

图解:

下面附上配置声明式事务的一些相关的资料,以下资料均来源于互联网:

附一、Spring事务类型详解

附二、对spring事务类型详解的一点补充(关于嵌套事务)

附三、Transaction后缀给声明式事务管理带来的好处

附四、Spring中的四种声明式事务的配置

附一、Spring事务类型详解

<prop key="load*">PROPAGATION_REQUIRED,readOnly</prop><prop key="store*">PROPAGATION_REQUIRED</prop>

估计有好多朋友还没有弄清楚里面的值的意思,仔细看完下面应该知道自己什么情况下面应该使用什么样的声明。^_^

Spring中常用事务类型:

PROPAGATION_REQUIRED--支持当前事务,如果当前没有事务,就新建一个事务。这是最常见的选择。PROPAGATION_SUPPORTS--支持当前事务,如果当前没有事务,就以非事务方式执行。PROPAGATION_MANDATORY--支持当前事务,如果当前没有事务,就抛出异常。PROPAGATION_REQUIRES_NEW--新建事务,如果当前存在事务,把当前事务挂起。PROPAGATION_NOT_SUPPORTED--以非事务方式执行操作,如果当前存在事务,就把当前事务挂起。PROPAGATION_NEVER--以非事务方式执行,如果当前存在事务,则抛出异常。PROPAGATION_NESTED--如果当前存在事务,则在嵌套事务内执行。如果当前没有事务,则进行与PROPAGATION_REQUIRED类似的操作。

附二、对spring事务类型详解的一点补充(关于嵌套事务)

· PROPAGATION_REQUIRED--支持当前事务,如果当前没有事务,就新建一个事务。这是最常见的选择。· PROPAGATION_SUPPORTS--支持当前事务,如果当前没有事务,就以非事务方式执行。· PROPAGATION_MANDATORY--支持当前事务,如果当前没有事务,就抛出异常。· PROPAGATION_REQUIRES_NEW--新建事务,如果当前存在事务,把当前事务挂起。· PROPAGATION_NOT_SUPPORTED--以非事务方式执行操作,如果当前存在事务,就把当前事务挂起。

可能大家对PROPAGATION_NESTED还不怎么了解,觉得有必要再补充一下^_^!

PROPAGATION_NESTED: 嵌套事务类型,是相对上面提到的六种情况(上面的六种应该称为平面事务类型),打个比方我现在有一个事务主要有一下几部分:
      1,从A用户帐户里面减去100元钱
      2,往B用户帐户里面添加100元钱
       这样看和以前不同的事务可能没有什么区别,那我现在有点特殊的要求就是,A用户有3个帐户,B用户有2个帐户,现在我的要求就是只要再A用户的3个帐户里面任意一个减去100元,往B用户的两个帐户中任意一个里面增加100元就可以了!
       一旦你有这样的要求那嵌套事务类型就非常适合你!我们可以这样理解,
       一:将“从A用户帐户里面减去100元钱” 和 “往B用户帐户里面增加100元钱”我们暂时认为是一级事务操作
       二:将从A用户的3个帐户的任意一个帐户里面减钱看做是“从A用户帐户里面减去100元钱”这个一级事务的子事务(二级事务),同样把后面存钱的看成是另一个的二级事务。
      问题一:当二级事务被rollback一级事务会不会被rollback?
      答案是不会的,二级事务的rollback只针对自己。
      问题二:什么时候这个一级事务会commit,什么时候会被rollback呢?
      我们主要看二级里面出现的情况,当所有的二级事务被commit了并且一级事务没有失败的操作,那整个事务就算是一个成功的事务,这种情况整个事务会被commit。
当任意一个二级事务没有被commit那整个事务就是失败的,整个事务会被roolback。
还是拿上面的例子来说明吧!如果我在a的三个帐户里面减钱的操作都被二级事务给rollback了,也就是3个帐户里面都没有减钱成功,整个事务就失败了就会被rollback。如果A用户帐户三个帐户里面有一个可以扣钱而且B用户的两个帐户里面也有一个帐户可以增加钱,那整个事务就算成功的,会被 commit。
看了一下觉得上面的例子好像不是很深刻,看这个情况(A用户的3个帐户都是有信用额度的,也就是说可以超支,但是超支有金额限制)。不过原理是一样的,简单点也好说明一点,祝你好运!^_^

附三、Transaction后缀给声明式事务管理带来的好处

良好的面向对象的程序,一般都使用接口和实现分离的模式。我在《事务管理最佳实践全面解析》一文中提出,用*Transaction和*Dao后缀这样的形式,区分方法的不同用途。

这样,可以提醒接口的实现者和方法的使用者注意到它们对于数据库连接和事务的依赖。

实际上,使用*Transaction后缀这样的命名方式,对于声明式事务管理也是很有用处的。如,Spring的事务管理中,我们一般使用方法名的匹配来应用声明式事务。

一、请看下面的Spring配置:

<bean id="txProxyTemplate" abstract="true" class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean">
<property name="transactionManager" ref="transactionManager"/>
<property name="transactionAttributes">
<props> <prop key="*">readOnly</prop> <prop key="add*">PROPAGATION_REQUIRED,-Exception</prop> <prop key="save*">PROPAGATION_REQUIRED,-Exception</prop> <prop key="modify*">PROPAGATION_REQUIRED,-Exception</prop> <prop key="update*">PROPAGATION_REQUIRED,-Exception</prop> <prop key="delete*">PROPAGATION_REQUIRED,-Exception</prop> <prop key="remove*">PROPAGATION_REQUIRED,-Exception</prop> <prop key="query*">PROPAGATION_REQUIRED, readOnly,-Exception</prop> <prop key="load*">PROPAGATION_REQUIRED, -Exception</prop>
</props>
</property>
</bean> 

这是来自于真实项目中的Spring声明式事务配置。我们对每一个业务层的实现类都应用了这样的事务配置。

我们对所有业务服务Service方法使用了只读事务。对以add,save,modify,update,delete,remove,load开头的方法都使用了事务。

但是,实际上,虽然我们开发的软件一个“信息管理系统”,是围绕数据库开发的。但是,在Service层,我们还是有很多不操作数据库的方法。

如,单纯根据业务逻辑进行计算的,适用缓存进行计算的,执行email发送,文件上传等等任务的方法,在这种配置下都不分青红皂白的应用了事务。

SpringAOP生成的代理对象代理了我们的服务实现类,所有的方法执行前后都被拦截,用来得到和关闭数据库连接,设置、提交和回滚事务。而不管这个方法是否用到了这个数据库。

如果遵照我提出的这个方法,使用*Transaction后缀来标识需要处理事务的方法,那么我们使用Spring声明式事务时,就可以非常精确、有效的应用事务了!

二、请看下面的Spring事务配置:

<!-- UninstallWcmsJbpmProcessDefinition -->
<bean id="uninstallWcmsJbpmProcessDefinition" parent="txProxyTemplate"> <property name="target"> <ref bean="uninstallWcmsJbpmProcessDefinitionTarget"/> </property>
<property name="transactionAttributes">
<props> <prop key="uninstall*Wcms*Transaction">PROPAGATION_REQUIRED,-Exception</prop>
</props>
</property>
</bean> 

我们对这个类中以uninstall开头,中间包含Wcms,最后以Transaction结尾,这样的规则命名的方法,应用了事务。

三、部分源代码:

(一)2个应用了Spring声明式事务的方法:

/**
*使用SPring的ibatis,主要要配置iBatis的Spring声明式事务。
*@throwsException
*<prop key="uninstall*Wcms*Transaction">PROPAGATION_REQUIRED,-Exception</prop>
*1,还要删除所有 频道---新闻--工作流表中标记不为1的记录。
*/
publicvoid uninstallAllWcmsProcessDefinitionsTransaction() throws Exception{
/**
*
*
*/
this.getWcmsSystemChannelProcessdefinitionDao().deleteAll();
this.getWcmsSystemChannelNewsinfoDao().deleteAllProcessingWcmsSystemChannelNewsinfoModule(); }
/**
*<prop key="uninstall*Wcms*Transaction">PROPAGATION_REQUIRED,-Exception</prop>
*@paramname
*@throwsException
*/
publicvoid uninstallWcmsSystemChannelProcessdefinitionTransaction(String name) throws Exception{
this.getWcmsSystemChannelProcessdefinitionDao().deleteByProcessdefinitionName(name);
this.getWcmsSystemChannelNewsinfoDao().deleteAllProcessingWcmsSystemChannelNewsinfoModuleByProcessdefinitionName(name); } 

(二)用到的Dao类,用来实际访问数据库的2个DAO对象。

/***SPring管理的ibatis功能*/private IWcmsSystemChannelProcessdefinitionDao wcmsSystemChannelProcessdefinitionDao;private IWcmsSystemChannelNewsinfoDao wcmsSystemChannelNewsinfoDao;

附四、Spring中的四种声明式事务的配置

让我们言归正传吧。

以下两个bean的配置是下面要用到的。

<!-- 定义事务管理器(声明式的事务) -->
<bean id="transactionManager"class="org.springframework.orm.hibernate3.HibernateTransactionManager"><property name="sessionFactory"><ref local="sessionFactory" /></property>
</bean>
<!-- *******业务逻辑层(是对各个DAO层的正面封装)主要用到<<门面模式>>****** -->
<bean id="fundService"class="com.jack.fund.service.serviceimpl.FundService"><property name="operdao"><ref bean="operatorDAO" /></property><property name="producedao"><ref bean="fundProduceDAO" /></property><property name="customerdao"><ref bean="customerDAO" /></property><property name="accountdao"><ref bean="accountDAO" /></property><property name="fundaccountdao"><ref bean="fundAccountDAO" /></property><property name="fundtransdao"><ref bean="fundTransDAO" /></property>
</bean> 

可能还有其他很多模块。<bean id="fundService"/>可能只是其中的模块。

第一种:配置声明式事务的方法如下。也是我们最常用的方法了,它适用于你的库表比较少的情况下。

<bean id="fundServiceDAOProxy"class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean"><!-- 配置事务管理器 --><property name="transactionManager"><ref bean="transactionManager" /></property><!-- 此属性指定目标类本省是否是代理的对象,如果目标类没有实现任何类,就设为true代表自己 --><property name="proxyTargetClass"><value>false</value></property><property name="proxyInterfaces"><value>com.jack.fund.service.IFundService</value></property><!-- 目标bean --><property name="target"><ref bean="fundService" /></property><!-- 配置事务属性 --><property name="transactionAttributes"><props><prop key="delete*">PROPAGATION_REQUIRED</prop><prop key="add*">PROPAGATION_REQUIRED</prop><prop key="update*">PROPAGATION_REQUIRED</prop><prop key="save*">PROPAGATION_REQUIRED</prop><prop   key="find*">PROPAGATION_REQUIRED,readOnly</prop></props></property>
</bean> 

以下可能还有其他的xxxServiceDAOProxy.大家可以看出针对每一个功能模块配置一个业务代理服务。如果模块多大话,就显得代码有点多了,发现他们只是稍微一点不一样。这时我们就应该想到继承的思想。用第二种方法。

第二种:配置声明式事务的方法如下。这种情况适合相对比较多的模块时使用。

<!-- 利用继承的思想简化配置,要把abstract="true" -->
<bean id="transactionBase"class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean"lazy-init="true" abstract="true"><!-- 配置事务管理器 --><property name="transactionManager"><ref bean="transactionManager" /></property><!-- 配置事务属性 --><property name="transactionAttributes"><props><prop key="delete*">PROPAGATION_REQUIRED</prop><prop key="add*">PROPAGATION_REQUIRED</prop><prop key="update*">PROPAGATION_REQUIRED</prop><prop key="save*">PROPAGATION_REQUIRED</prop><prop key="find*">PROPAGATION_REQUIRED,readOnly</prop></props></property>
</bean> 

而具体的模块可以简单的这样配置。只要指明它的parent(父类)就可以了。父类一般把abstract="true",因为在容器加载的时候不需要初始化,等到用的时候再有它的子类调用的时候,再去初始化。

<bean id="fundServiceDAOProxy" parent="transactionBase" ><property name="target"><ref bean="fundService" /></property>
</bean> 

这样配置的话,如果有多个像fundService这样模块时,可以少些很多重复的代码。

第三种:配置声明式事务的方法如下。主要利用BeanNameAutoProxyCreator自动创建事务代理

<bean id="transactionInterceptor"class="org.springframework.transaction.interceptor.TransactionInterceptor"> <property name="transactionManager"><ref bean="transactionManager" /></property><!-- 配置事务属性 --><property name="transactionAttributes"><props><prop key="delete*">PROPAGATION_REQUIRED</prop><prop key="add*">PROPAGATION_REQUIRED</prop><prop key="update*">PROPAGATION_REQUIRED</prop><prop key="save*">PROPAGATION_REQUIRED</prop><prop key="find*">PROPAGATION_REQUIRED,readOnly</prop></props></property>
</bean>
<beanclass="org.springframework.aop.framework.autoproxy.BeanNameAutoProxyCreator"><property name="beanNames"><list><value>fundService</value></list></property><property name="interceptorNames"><list><value>transactionInterceptor</value></list></property>
</bean> 

这种方法主要利用了拦截器的原理。

前三种方法一般都必需指定具体的模块bean.如果模块过多话,比如一个大型的网站一般有几十个模块。我们就得考虑用第四种的配置方式了。自动创建事务代理的方式了。

第四种:配置声明式事务的方法如下。

<bean id="transactionInterceptor"class="org.springframework.transaction.interceptor.TransactionInterceptor"> <property name="transactionManager"><ref bean="transactionManager" /></property>
<!-- 自动代理 -->
<bean id="autoproxy"class="org.springframework.aop.framework.autoproxy.BeanNameAutoProxyCreator"><!-- 可以是Service或DAO层(最好是针对业务层*Service) --><property name="beanNames"><list><value>*Service</value></list></property><property name="interceptorNames"><list><value>transactionInterceptor</value></list></property>
</bean> 

自动代理还有一种用法就是结合正规表达式和advice使用。

<bean id="transactionInterceptor"class="org.springframework.transaction.interceptor.TransactionInterceptor"> <property name="transactionManager"><ref bean="transactionManager" /></property>
<bean id="autoProxyCreator"class="org.springframework.aop.framework.autoproxy.DefaultAdvisorAutoProxyCreator" />
<bean id="regexpMethodPointcutAdvisor"class="org.springframework.aop.support.RegexpMethodPointcutAdvisor"><property name="advice"><ref bean="transactionInterceptor" /></property><property name="pattern"><value>.*</value></property></bean> 

这个方法可以针对具体的模块进行拦截并进行事务处理。

在你的实际项目中,你可以根据你的情况选用不同的方法。

Spring声明式事物配置管理相关推荐

  1. 详细解读Spring2.5 +Struts1.3 框架(使用Spring声明式事物管理和springjjdbc模板)

    这个是我用Spring2.5 加Struts1.3搭建的一个web框架, 数据访问层使用springjdbc来访问数据库. 实现了SpringIOC容器维护bean和声明式事物管理. -------- ...

  2. Spring声明式事务配置管理方法

    /*2011年8月28日 10:03:30 by Rush  */ 环境配置 项目使用SSH架构,现在要添加Spring事务管理功能,针对当前环境,只需要添加Spring 2.0 AOP类库即可.添加 ...

  3. Spring声明式事物DataSourceTransactionManager的使用与jdbcTemplate的使用

    1.配置事物 applicationContext-tran.xml <?xml version="1.0" encoding="UTF-8"?> ...

  4. Spring声明式事务管理、事务的传播行为xml配置

    前些天发现了一个巨牛的人工智能学习网站,通俗易懂,风趣幽默,忍不住分享一下给大家.点击跳转到教程. 1. <tx:method name="insert*" propagat ...

  5. spring注解驱动开发-7 Spring声明式事务

    Spring 声明式事务 前言 @EnableTransactionManagement AutoProxyRegistrar InfrastructureAdvisorAutoProxyCreato ...

  6. spring声明式事务

    11.声明式事务 11.1 事务回顾 把一组业务当做一个业务来坐,要么都成功,要么都失败! 事物在项目开发中的重要性不言而喻,关系到数据的一致性文件 确保完整性和一致性 事务的ACID原则 原子性(A ...

  7. Spring 声明式事务在业务开发中容易碰到的坑总结

    Spring 声明式事务,在业务开发使用上可能遇到的三类坑,包括: 第一,因为配置不正确,导致方法上的事务没生效.我们务必确认调用 @Transactional 注解标记的方法是 public 的,并 ...

  8. 关于Spring 声明式事务处理时,throws exception不回滚的问题

    文章转自:http://cn-done.iteye.com/blog/775519 前一段时间,项目代码评审,发现有TX不使用Spring的事务处理,而直接封装方法,手动进行数据的回滚,得悉原因是:抛 ...

  9. 为什么spring中的controller跳转出错_你的业务代码中Spring声明式事务处理正确了吗?

    Spring 针对 Java Transaction API (JTA).JDBC.Hibernate 和 Java Persistence API(JPA) 等事务 API,实现了一致的编程模型,而 ...

最新文章

  1. 一个高并发请求的算法
  2. 非线程安全的HashMap 和 线程安全的ConcurrentHashMap
  3. mybaits十二:使用collection嵌套结果集查询
  4. JVM调优:GC 参数
  5. C语言 链表拼接 PTA,PTA实验 链表拼接 (20point(s))
  6. 容器中用uwsgi协议部署注意的问题以及用flask部署
  7. CANopen | 对象字典OD 02 - 修改CANopen节点的心跳报文发送间隔
  8. 我的世界服务器改地皮生态系统,我的世界服务器怎么把地皮世界改为和平模式?...
  9. mysql show的用法
  10. [Python] 索引序列函数:enumerate() / enumerate(sequence, start=0)
  11. Docker安装NextCloud使用MySQL
  12. Java迭代器和lambda的区别_【Java公开课|Java 使用Lambda表达式遍历Iterator迭代器,是你学习Java的超车途径】- 环球网校...
  13. Dialog是逻辑字体,实际绘制时会选择不同字体
  14. H5小游戏源码/王了个王消消乐游戏源码带后台
  15. devexpress gridview属性详细(全部属性以及常用属性)
  16. Android 屏幕适配方案
  17. 想要学习C++,就必须要学习C语言吗?
  18. 运维的工作内容是什么?有哪几种分类?
  19. 骨传导耳机是什么,骨传导耳机对耳朵有什么好处吗
  20. 待得天晴花已老,不如携手雨中看

热门文章

  1. Maven打包时出现程序包不存在和test相关报错
  2. 如何提升会议体验感和氛围感?
  3. 读《Google软件测试之道》笔记---SWE,SET,TE职责
  4. 【多线程常见面试题】
  5. python设计拼图小游戏_关于python:教你用Python自制拼图小游戏轻松搞定熊孩子
  6. redis源码解析(二)——SDS(简单动态字符串)
  7. 云浮高考成绩查询2021,云浮市2021年高考顺利落幕!
  8. Oracle分区之一:介绍
  9. 魔法币 java_网易2018校招笔试编程题-魔法币 java实现
  10. 使用批处理恢复被病毒隐藏的文件和目录