标签:
在上一篇文章中,我们使用了声明式事务来配置事务,使事务配置从service逻辑处理中解耦出来。但它还存在一些缺点:
1. 我们只针对方法名的特定进行拦截,但无法利用方法签名的其它信息定位,如修饰符、返回值、方法入参、异常类型等。如果我们需要为同名不同参的同载方法配置不同事务就会出问题了。
2. 事务属性的配置串虽然能包含较多信息,但配置较易出错。
针对这些问题,我们可以基于Schema,引入tx和aop的命名空间来改进我们的配置:
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:mvc="http://www.springframework.org/schema/mvc" xmlns:aop="http://www.springframework.org/schema/aop"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans.xsd
http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx-3.2.xsd
http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop-3.1.xsd">
<!-- 配置事务属性 -->
<tx:advice id="txAdvice" transaction-manager="transactionManager">
<tx:attributes>
<tx:method name="add*" propagation="REQUIRES_NEW" />
<tx:method name="update*" propagation="REQUIRES_NEW" />
<tx:method name="delete*" propagation="REQUIRES_NEW" />
<tx:method name="*" read-only="true"/>
</tx:attributes>
</tx:advice>
<!-- 配置事务切入点,以及把事务切入点和事务属性关联起来 -->
<aop:config proxy-target-class="true">
<aop:pointcut expression="execution(* com.yc.service.*.*(..))"
id="ServicePointcut" />
<aop:advisor advice-ref="txAdvice" pointcut-ref="ServicePointcut" />
</aop:config>
这里需要特别注意的是,我们需要在标签中将proxy-target-class配置成true,否则会出现和上一篇文章相同的错误:我们定义的类无法转换成代理类
这里我们通过来配置我们的事务增强属性。在标签中,常见属性及其说明如下,其中,除了name属性是必选外,其他都是可选的:
属性 | 说明 | 默认 | 允许值 |
---|---|---|---|
name | 匹配方法名 | 必须声明,至少为* | 可使用*通配符 |
propagation | 事务传播行为 | REQUIRED | REQUIRED,SUPPORTS和MANDATORY和REQUIRES_NEW和NOT_SUPPORTED和NEVER和NESTED |
read-only | 设置当前事务是否只读 | false | true,false |
isolation | 事务隔离级别 | DEFAULT | READ_UNCOMMITTED和READ_COMMITTED和REPEATABLE_READ和SERIALIZABLE |
timeout | 设置事务的超时时间 | -1 | 默认由顶层事务系统决定 |
rollback-for | 内容为异常名,表示当抛出这些异常时事务回滚,可以用逗号分隔配置多个 | 无默认值 | 可以使用异常名称的片段进行匹配如ception等 |
no-rollback-for | 内容为异常名,表示当抛出这些异常时继续提交事务,可以用逗号分隔配置多个 | 无默认值 | 可以使用异常名称的片段进行匹配如ception等。 |
在这里运行和上一篇文章同样的测试程序,我们会得到相同的结果
spring学习笔记(23)基于tx/aop配置切面增强事务
标签:
原文地址:http://blog.csdn.net/qwe6112071/article/details/50985015