Spring JPA服务-验证-运行时异常

Question

我有一个API，如下所示

@Transaction
void method (){
try{
  service1.insertOne();
  service2.insertTwo();
}
catch(Exception ex) {
// log exception
}
}

在服务类中，我检查某些验证，并抛出一个异常，该异常是＜code＞RuntimeException＜code＞的子类。当我抛出这个异常时，javax.persistence。RollbackException：标记为rollbackOnly的事务。虽然它阻止第一个服务中的数据不被插入，但由于第二个服务验证失败，我不太确定这是否是处理此场景的正确方法。

如果异常不是< code>Exception的子类，即使service2的验证失败，service1中的数据也会被插入，但我确实看到了自定义异常被抛出。所以我不确定我错在哪里。感谢任何帮助。

Answer 1

只需使用@Transactional的 noRollbackFor选项来指定哪个异常不应触发回滚：https://docs.spring.io/spring/docs/current/javadoc-api/org/springframework/transaction/annotation/Transactional.html#noRollbackFor --

@Transaction (noRollbackFor=YourRuntimeException.class)
void method (){
    try{
      service1.insertOne();
      service2.insertTwo();
    }
    catch(Exception ex) {
    // log exception
    }
}

Answer 2

如果您的插入一个和插入两个方法标记为@Transactional，则默认传播为必需。所以您应该会看到在一个事务中执行的所有内容。链接到文档

在第二种情况下，它也应该正常工作。如果你抛出自定义事务，那么Spring不会处理它。您可以通过提供< code>rollbackFor来更新默认行为。在这种情况下，你会看到与第一种情况几乎相同的情况。

因此，对您来说，这是一个更大的问题 - 您是否希望您的验证将事务标记为仅回滚，或者不这样做。我会说是的。

也许问题太抽象了。假设您正在输入发票和头寸——那么我希望此交易会回滚。但是，如果您添加组，用户......组可以走了，因为问题是用户。

Answer 3

Spring框架的事务基础设施代码只在运行时、未检查异常的情况下标记回滚的事务；也就是说，当抛出的异常是RuntimeException的实例或子类时。

https://docs . spring . io/spring/docs/current/spring-framework-reference/data-access . html # transaction-declarative-rolling-back

因此，它必须保持为＜code＞RuntimeException

可能你在 service1.insertOne 和/或 service2.insertTwo（） 方法之上有事务性注释，这就是为什么你得到 javax.persistence.RollbackException： Transaction 标记为 rollbackOnly。

您不需要这些额外的注释（如果存在的话），因为已经有一个活动事务。

看看这个答案。