引发的异常也会回滚集成日志保存。如果要保存日志，则保存时必须给它单独的事务。
将日志存储库抽象到服务，然后在保存日志的服务方法上添加创建新事务的事务。
@Servicepublic class IntegrationLogService { private final IntegrationLogRepository logRepository; @Autowired public IntegrationLogService(IntegrationLogRepository logRepository) { this.logRepository = logRepository; } @Transactional(propagation = Propagation.REQUIRES_NEW) public void save(Log log) { this.logRepository.save(log); }}在您的企业中替换
finally { integrationLogRepository.save(log);}与
finally { integrationLogService.save(log);}编辑
为什么
@Transactional(propagation = Propagation.NOT_SUPPORTED)在业务层进行设置有效？
要了解其工作原理，我们首先需要看一下
save在spring人们调用一个使用的存储库时会发生什么
org.springframework.data.repository.CrudRepository。
Spring尝试确定
TransactionAttribute方法和targetClass上的。对于method
save和class
CrudRepository，简而言之，它没有找到任何东西。Spring使用
SimpleJpaRepository的默认实现
CrudRepository，如果没有在您的上找到任何事务属性，它将使用中指定的事务属性
SimpleJpaRepository。
@Transactionalpublic <S extends T> S save(S entity)
默认传播
@Transactional是必需的。
Propagation propagation() default Propagation.REQUIRED;
支持当前事务，如果不存在则创建一个新事务。
从上面的文档中可以看到，如果未指定任何事务，它将创建一个新事务。因此，当您将业务层上的事务设置为
NOT_SUPPORTED（非事务执行）时，实际事务
CrudRepository确实创建了它自己的事务，这意味着回滚不会影响它。
