spring 事务配置
事务配置
- 首先在/WEB-INF/applicationContext.xml添加如下内容：
<!-- 配置事务管理器 -->
<bean id="transactionManager" class="org.springframework.orm.hibernate3.HibernateTransactionManager">
<property name="sessionFactory">
<ref bean="mySessionFactory"/>
</property>
</bean>
注：这是做为公共使用的事务管理器Bean。这个会是事先配置好的，不需各个模块各自去配。java
- 下面就开始配置各个模块所必须的部分，在各自的applicationContext-XXX-beans.xml配置的对于事务管理的详细信息。
首先就是配置事务的传播特性，以下：spring
<!-- 配置事务传播特性 -->
<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（只是一种命名规范）。express
（2） tx:attribute标签所配置的是做为事务的方法的命名类型。缓存
如<tx:method name="save*" propagation="REQUIRED"/>session
其中*为通配符，即表明以save为开头的全部方法，即表示符合此命名规则的方法做为一个事务。app
propagation="REQUIRED"表明支持当前事务，若是当前没有事务，就新建一个事务。这是最多见的选择。网站
（3） aop:pointcut标签配置参与事务的类，因为是在Service中进行数据库业务操做，配的应该是包含那些做为事务的方法的Service类。this
首先应该特别注意的是id的命名，一样因为每一个模块都有本身事务切面，因此我以为初步的命名规则由于 all+模块名+ServiceMethod。并且每一个模块之间不一样之处还在于如下一句：spa
expression="execution(* com.test.testAda.test.model.service.*.*(..))"
其中第一个*表明返回值，第二*表明service下子包，第三个*表明方法名，“（..）”表明方法参数。
（4） aop:advisor标签就是把上面咱们所配置的事务管理两部分属性整合起来做为整个事务管理。
图解：
下面附上配置声明式事务的一些相关的资料，如下资料均来源于互联网：
附1、Spring事务类型详解
附2、对spring事务类型详解的一点补充（关于嵌套事务）
附3、Transaction后缀给声明式事务管理带来的好处
附4、Spring中的四种声明式事务的配置
附1、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相似的操做。
附2、对spring事务类型详解的一点补充（关于嵌套事务）
· PROPAGATION_REQUIRED--支持当前事务，若是当前没有事务，就新建一个事务。这是最多见的选择。
· PROPAGATION_SUPPORTS--支持当前事务，若是当前没有事务，就以非事务方式执行。
· PROPAGATION_MANDATORY--支持当前事务，若是当前没有事务，就抛出异常。
· PROPAGATION_REQUIRES_NEW--新建事务，若是当前存在事务，把当前事务挂起。
· PROPAGATION_NOT_SUPPORTED--以非事务方式执行操做，若是当前存在事务，就把当前事务挂起。
· PROPAGATION_NEVER--以非事务方式执行，若是当前存在事务，则抛出异常。
可能你们对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个账户都是有信用额度的，也就是说能够超支，可是超支有金额限制）。不过原理是同样的，简单点也好说明一点，祝你好运！^_^
附3、Transaction后缀给声明式事务管理带来的好处
良好的面向对象的程序，通常都使用接口和实现分离的模式。我在《事务管理最佳实践全面解析》一文中提出，用*Transaction和*Dao后缀这样的形式，区分方法的不一样用途。
这样，能够提醒接口的实现者和方法的使用者注意到它们对于数据库链接和事务的依赖。
实际上，使用*Transaction后缀这样的命名方式，对于声明式事务管理也是颇有用处的。如，Spring的事务管理中，咱们通常使用方法名的匹配来应用声明式事务。
1、请看下面的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声明式事务时，就能够很是精确、有效的应用事务了！
2、请看下面的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结尾，这样的规则命名的方法，应用了事务。
3、部分源代码：
（一）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;
|
附4、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>
<bean
class="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>
这个方法能够针对具体的模块进行拦截并进行事务处理。
在你的实际项目中，你能够根据你的状况选用不一样的方法。
- 1. Spring 事务配置
- 2. spring事务配置
- 3. 【Spring】Spring事务配置
- 4. Spring 3.1 事务配置
- 5. SPRING中事务的配置
- 6. spring+mybatis事务配置
- 7. Spring的事务配置
- 8. Spring MVC事务配置
- 9. Spring MVC 事务配置
- 10. spring 事务的propagation配置
- 更多相关文章...
- • Hibernate事务的配置 - Hibernate教程
- • Eclipse Debug 配置 - Eclipse 教程
- • Spring Cloud 微服务实战(三) - 服务注册与发现
- • IDEA下SpringBoot工程配置文件没有提示
-
每一个你不满意的现在，都有一个你没有努力的曾经。
- 1. Spring 事务配置
- 2. spring事务配置
- 3. 【Spring】Spring事务配置
- 4. Spring 3.1 事务配置
- 5. SPRING中事务的配置
- 6. spring+mybatis事务配置
- 7. Spring的事务配置
- 8. Spring MVC事务配置
- 9. Spring MVC 事务配置
- 10. spring 事务的propagation配置