Spring transaction: rollback on Exception or Throwable

前端 未结 4 2191
佛祖请我去吃肉
佛祖请我去吃肉 2020-12-05 08:26

I wonder whether it makes sense to use instead of

@Transactional(propagation = Propagation.REQUIRED, rollbackFor = Exception.class)

to use

相关标签:
4条回答
  • 2020-12-05 08:41

    I don't know is it possible or not but handling Throwables like Errors is a bad style of programming, it is not the developers responsibility to handle this kind of fatal errors. There always can happen bad things which You cannot handle. You should handle checked exceptions if necessary, which are known to your system like some type of logical errors.

    0 讨论(0)
  • 2020-12-05 08:42

    Since you are using @Transactional, we can safely assume you are doing your database operations through Spring, Hibernate, or other JDBC wrappers. These JDBC wrappers don't typically throw checked exceptions, they throw runtime exceptions that wrap the JDBC SQLException types.

    @Transactional is setup to rollback, by default, only when an unchecked exception is thrown.

    Consider a use case like so

    @Transactional
    public void persistAndWrite(Bean someBean) throws IOException {
        // DB operation
        getSession().save(someBean); 
    
        // File IO operation which throws IOException
        someFileService.writeToFile(someBean); 
    }
    

    You wouldn't necessarily want to rollback the DB operation just because we couldn't write something to a file.

    Similarly

    @Transactional
    public void persistAndThrowOutOfMemory(Bean someBean)  {
        // DB operation
        getSession().save(someBean);
    
        // consumes all memory, throws OutOfMemoryError
        someService.hugeOperationThrowsOutOfMemoryError(); 
    }
    

    You wouldn't necessarily want to rollback the saved entity just because some service cause too much memory to be consumed.

    @Transactional gives you the option. Use it where appropriate.

    0 讨论(0)
  • 2020-12-05 08:44

    As I understand catching Error will help us behave correctly even when something really bad happen. Or maybe it wouldn't help?

    You don't need to explicitly specify rollbackFor = Throwable.class, because spring will by default rollback the transaction if an Error occurs.

    See 12.5.3 Rolling back a declarative transaction

    In its default configuration, the Spring Framework's transaction infrastructure code only marks a transaction for rollback in the case of runtime, unchecked exceptions; that is, when the thrown exception is an instance or subclass of RuntimeException. (Errors will also - by default - result in a rollback). Checked exceptions that are thrown from a transactional method do not result in rollback in the default configuration.

    Or take a look at the DefaultTransactionAttribute

    public boolean rollbackOn(Throwable ex) {
        return (ex instanceof RuntimeException || ex instanceof Error);
    }
    
    0 讨论(0)
  • 2020-12-05 08:48

    Default value of rollback is register on Error Exception but when u register try{}catch{} manually it overriding the error, so in this case use

    catch {
            TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();
          }
    

    to do it manually or remove try catch

    also you may register exception type in transactional annotation such:

    @Transactional(propagation = Propagation.REQUIRED, rollbackFor = Exception.class)
    
    0 讨论(0)
提交回复
热议问题