Spring的AOP事务管理默认针对unchecked异常回滚
2009-12-16 21:54
405 查看
今天发现生产环境的数据有问题,和yuan大师检查了一下,发现有段代码往外抛Exception的时候事务没有回滚。
框架里面用了Spring的AOP处理事务,事务针对Biz级别来做,而异常统一都用自定义的RuntimeException。
那段Biz中的代码没用RuntimeException,而是try catch 再向外抛了Exceition,结果就没有回滚。改为向外抛RuntimeException后,事务回滚了。
Google之,发现原因如下:
Spring的AOP事务管理默认是针对unchecked exception回滚。
Exception作为基类,下面还分checked exception和unchecked exception。如果客户端可以通过其他的方法恢复异常,那么这种异常就是checked exception;如果客户端对出现的这种异常无能为力,那么这种异常就是Unchecked exception;简单来说,继承于RuntimeException的都是unchecked exception。
Error:
1.总是不可控制的(unchecked)
2.经常用来用于表示系统错误或低层资源的错误
3.如何可能的话,应该在系统级被捕捉
Exception:
1.可以是可被控制(checked) 或不可控制的(unchecked)
2.表示一个由程序员导致的错误
3.应该在应用程序级被处理
Java 中定义了两类异常:
1) Checked exception: 这类异常都是Exception的子类 。异常的向上抛出机制进行处理,假如子类可能产生A异常,那么在父类中也必须throws A异常。可能导致的问题:代码效率低,耦合度过高。
2) Unchecked exception: 这类异常都是RuntimeException的子类,虽然RuntimeException同样也是Exception的子类,但是它们是非凡的,它们不能通过client code来试图解决,所以称为Unchecked exception 。
解决办法:
1.在针对事务的类中抛出RuntimeException异常,而不是抛出Exception。
2.在txAdive中增加rollback-for,里面写自己的exception,例如自己写的exception为com.abc.b2e.base.exception.***Exception
<tx:advice id="txAdvice" transaction-manager="transactionManager">
<tx:attributes>
<tx:method name="*" rollback-for="com.abc.b2e.base.exception.***Exception"/>
</tx:attributes>
</tx:advice>
这样,凡是这个指定Exception抛出来的,都会回滚。
框架里面用了Spring的AOP处理事务,事务针对Biz级别来做,而异常统一都用自定义的RuntimeException。
那段Biz中的代码没用RuntimeException,而是try catch 再向外抛了Exceition,结果就没有回滚。改为向外抛RuntimeException后,事务回滚了。
Google之,发现原因如下:
Spring的AOP事务管理默认是针对unchecked exception回滚。
Exception作为基类,下面还分checked exception和unchecked exception。如果客户端可以通过其他的方法恢复异常,那么这种异常就是checked exception;如果客户端对出现的这种异常无能为力,那么这种异常就是Unchecked exception;简单来说,继承于RuntimeException的都是unchecked exception。
Error:
1.总是不可控制的(unchecked)
2.经常用来用于表示系统错误或低层资源的错误
3.如何可能的话,应该在系统级被捕捉
Exception:
1.可以是可被控制(checked) 或不可控制的(unchecked)
2.表示一个由程序员导致的错误
3.应该在应用程序级被处理
Java 中定义了两类异常:
1) Checked exception: 这类异常都是Exception的子类 。异常的向上抛出机制进行处理,假如子类可能产生A异常,那么在父类中也必须throws A异常。可能导致的问题:代码效率低,耦合度过高。
2) Unchecked exception: 这类异常都是RuntimeException的子类,虽然RuntimeException同样也是Exception的子类,但是它们是非凡的,它们不能通过client code来试图解决,所以称为Unchecked exception 。
解决办法:
1.在针对事务的类中抛出RuntimeException异常,而不是抛出Exception。
2.在txAdive中增加rollback-for,里面写自己的exception,例如自己写的exception为com.abc.b2e.base.exception.***Exception
<tx:advice id="txAdvice" transaction-manager="transactionManager">
<tx:attributes>
<tx:method name="*" rollback-for="com.abc.b2e.base.exception.***Exception"/>
</tx:attributes>
</tx:advice>
这样,凡是这个指定Exception抛出来的,都会回滚。
相关文章推荐
- Spring的AOP事务管理默认针对unchecked异常回滚
- Spring管理事务默认回滚的异常是什么?
- Spring管理事务默认回滚的异常是什么?
- Spring管理事务默认回滚的异常是什么?
- Spring管理事务默认回滚的异常是什么?
- spring事务管理默认回滚异常
- Spring管理事务默认回滚的异常
- Spring管理事务默认回滚的异常是什么?
- Spring的事务管理对何种异常进行回滚
- 解决spring 事务管理默认不支持SQLException等运行时异常
- Spring事务管理只对出现运行期异常进行回滚
- Spring事务管理只对出现运行期异常进行回滚
- 抛出自定义异常,spring AOP事务不回滚的解决方案
- spring事务默认运行时异常回滚,RuntimeException
- Spring事务管理只对出现运行期异常进行回滚
- Spring事务管理只对出现运行期异常进行回滚
- Spring事务异常回滚,捕获异常不抛出就不会回滚 unchecked和checked
- mysql事务管理及spring声明式事务中主动异常抛出使数据库回滚
- Spring的事务管理对何种异常进行回滚
- mysql事务管理及spring声明式事务中主动异常抛出使数据库回滚