Transaction rolled back because it has been marked as rollback-only

转自：https://blog.csdn.net/launch_225/article/details/7814346

原来是这样设置的：

 

 

<tx:attributes>

           <tx:method name="*" read-only="true"/>

       </tx:attributes>

 

 

发现selectA调用selectB，如果selectB抛出Exception，selectA中捕获Exception但是并不继续向外抛出，最后会出现错误。

Transaction rolled back because it has been marked as rollback-only

纠其原理其实很简单，在selectB返回的时候，transaction被设置为rollback-only了，但是selectA正常消化掉，没有继续向外抛。

那么selectA结束的时候，transaction会执commit操作，但是transaction已经被设置为rollback-only了。

所以会出现这个错误。

有的同学说了，那不是没得搞了，service不能抛出异常，或者不能拦截异常了？

其实不然，其实错误不在这里，而是select这种操作为什么要启动事务呢？

调整好问题，找解决方案，问题就出现在propagation="REQUIRED"这个属性上。

标准文档上这样写：

MANDATORY 
          Support a current transaction, throw an exception if none exists.

NESTED 
          Execute within a nested transaction if a current transaction exists, behave like PROPAGATION_REQUIRED else.

NEVER 
          Execute non-transactionally, throw an exception if a transaction exists.

NOT_SUPPORTED 
          Execute non-transactionally, suspend the current transaction if one exists.

REQUIRED 
          Support a current transaction, create a new one if none exists.

REQUIRES_NEW 
          Create a new transaction, suspend the current transaction if one exists.

SUPPORTS 
          Support a current transaction, execute non-transactionally if none exists.

 

看来我们需要如下修改：

<tx:attributes>

           <tx:method name="*" read-only="true" propagation="NOT_SUPPORTED"/>

       </tx:attributes>

 

这样select这样的检索操作根本就不启动事务了，而且在有事务的方法中也是可以正常调用select方法的。

现在就没问题了。

但是现在出现了另外一个问题，就是，如果在一个事物内对db进行操作，然后在出事物之前对刚才db操作的数据进行select是获取不到修改结果的，为什么呢？因为not——supported是会在执行select之前挂起原有事物，不在原有事物内，当然无法获得修改后的数据。

怎么办？改成supports：

 

  

<tx:attributes>

       <tx:method name="*" read-only="true" propagation="SUPPORTS"/>

   </tx:attributes>

 

 

这个状态用一句话概括就是“有则加入事物，无也不创建事物”。