Transaction rolled back because it has been marked as rollback-only异常解决

xiaoxiao2021-03-01  126

原来是这样设置的:

 

 

<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>  

 

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

转载请注明原文地址: https://www.6miu.com/read-3650301.html

最新回复(0)