首页 诗词 字典 板报 句子 名言 友答 励志 学校 网站地图
当前位置: 首页 > 教程频道 > 软件管理 > 软件架构设计 >

spring错误回滚机制

2012-10-25 
spring异常回滚机制修改异常时发现个问题 当我想在process层里抛出异常,就throw newException() 异常抛出

spring异常回滚机制
   修改异常时发现个问题 当我想在process层里抛出异常,就throw new  Exception() 异常抛出让事务进行回滚,程序运行完发现事务却没有正常的回滚,之后将异常改为new RuntimeException() 时程序能正常的回滚 。具体的原因是spring配置文件中事务对异常的处理方式,具体原因如下

Spring的AOP事务管理默认是针对unchecked exception回滚。
也就是默认对RuntimeException()异常极其子类进行事务回滚。
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.cn.untils.exception.***Exception



<tx:advice id="txAdvice" transaction-manager="transactionManager">

  <tx:attributes>

    <tx:method name="*" rollback-for="com.cn.untils.exception.***Exception"/>

  </tx:attributes>

</tx:advice>



或者



定义不会滚的异常



<tx:advice id="txAdvice">

   <tx:attributes>

      <tx:method name="update*" no-rollback-for="IOException"/>

      <tx:method name="*"/>

   </tx:attributes>

</tx:advice>



热点排行