Spring声明式事务与注解式事务并存时的顺序问题

   最近在使用Spring时,使用Spring的声明式事务管理方式,基于方法名特征可以方便的批量控制某些方法的事务。但是这种方式也存在着弱点:如果新增的一个方法名特征(这些方法名不具普遍性)不在已有的特征列表里时,总是要向方法名特征列表里添加新的特征,于是要不断的维护方法名特征列表,不爽。

   查找Spring的资料,说是声明式与注解式可以并存,于是就开启了注解式事务控制方式,配置文件片断如下:

    

   接着,在一个类的公有annotationTest方法之前添加注解@Transactional,本指望着立马成功,谁知访问这个方法时,却报Connection is read-only异常……奇怪!

   网上搜索一通,没有找到现成的解决方案。

   没办法,只有跟踪代码,发现执行到annotationTest方法时,TransactionInteceptor仍然从"txAdvice"里获取TransactionAttribute对象,由于annotationTest只能匹配到<tx:method name="*" read-only="true" />规则,所以Connection被设置为只读。为什么annotation-driven没起作用呢?

   继续……,发现annotation-driven已经被Spring加载,只是顺序有问题(其实也不是问题,因为我首先定义了txAdvice,接着定义annotaion-driven):TransactionInterceptor(NameMatchTransactionAttributeSource),Transaction(AnnotationTransactionAttributeSource}。

   好了,问题已经找到,如何解决呢?在跟踪过程中发现TransactionInteceptor被BeanFactoryTransactionAttributeSourceAdvisor封装,而BeanFactoryTransactionAttributeSourceAdvisor实现了Ordered接口,并且以order为序进行排列……那Spring的配置文件中可不可以设置order(order值越小,顺序越靠前)呢?果然可以。

   好了,修改配置文件,问题解决。

   修改后的配置文件如下:

 

还有另外一种解决方式:把annotation-driver的定义放在"txAdvice"之前(当不提供order值时,Spring以定义出现的顺序排序)。

 

总结:个人认为,可以声明式方式来控制具备普遍性特征方法的事务。对于一些“异类”方法,使用注解式做专门即可。这样即可以避免方法特征列表暴增,也可以结合业务功能准确定义的方法特征(主要是名称)。

  • 1
    点赞
  • 8
    收藏
    觉得还不错? 一键收藏
  • 2
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值