16

我的 Grails 服务存在一个问题，即与事务无关的吞下异常导致事务回滚，即使它与域对象的持久性无关。

在我的服务中，我有一些类似的东西

updateSomething(domainObj) {
    def oldFilename = domainObj.filename
    def newFilename = getNewFilename()

    domainObj.filename = newFilename
    domainObj.save(flush: true)

    try {
        cleanUpOldFile(oldFilename)
    } catch (cleanupException) {
        // oh well, log and swallow
    }
}

我看到的是，当我在清理旧文件时遇到异常时，我会记录并吞下它，但它仍然会导致事务回滚，即使我已经完成了域对象的更新。

如何在清理之前限制范围事务完成，或者是否有另一种方法可以让清理异常不导致回滚？

只是为了记录我正在使用 Grails 2.1.1

4

2 回答 2

28

您可以使用注释来进行更细粒度的事务划分。默认情况下，服务是事务性的，所有公共方法都是事务性的。但是，如果您使用任何@Transactional注释，Grails 不会让所有事情都成为事务性的——您拥有完全的控制权。

运行时异常会自动触发回滚，但检查异常不会。尽管 Groovy 不要求您捕获已检查的异常，但该功能是 Spring 的东西，它不了解 Groovy 异常处理。

事务是通过将服务类实例包装在代理中来实现的。如果一个异常“逃脱”了代理，无论它是否被捕获，回滚都已经发生了。

所以你有几个选择。注释updateSomething为@Transactional但不注释cleanUpOldFile：

import org.springframework.transaction.annotation.Transactional

@Transactional
def updateSomething(domainObj) {
...
}

def cleanUpOldFile(...) {
   ...
}

您还可以使用一个或多个不应回滚事务的未经检查的异常（或在其他用例中应检查的异常）来注释 cleanUpOldFile，例如

@Transactional(noRollbackFor=[FooException, BarException])
def cleanUpOldFile(...) {
   ...
}
于 2013-04-05T00:27:22.617 回答
8

除了@Burt Beckwith的回答之外，如果您有一项服务，您只是不想要交易（在我的情况下我实际上是这样做的），您可以通过添加来关闭所有公共方法上的交易

static transactional = false

到服务类。

于 2013-04-05T01:02:49.857 回答