@Transactional 事物回滚时，当方法中有jar包时，却不会对jar里面的内容做事物回滚

[Mrym]

@Transactional
public void insertWarning(AppWarning appWarning) throws WellFormatedException {
try {
// 1、 这里的插入是正常的
appWarningMapper.insertWarning(appWarning);

// 2、这里面的sql是被打成了jar的
accountService.borrowerCz(827, 1, 2.00);

AppNote appNote = new AppNote();
appNote.setNote(appWarning.getNote());
appNote.setNoteType("warn");
appNote.setWarnStatus(1);
appNote.setBid(appWarning.getBid());
appNote.setUid(appWarning.getUid());

// 3、这里的插入保存错误的
insertNote(appNote);
} catch (Exception e) {
logger.error(e.getMessage(), e);

}
}


、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、、
以上的代码执行过程中，事物回滚情况是：
1和2执行正常后，到了3时执行报错，此时事物只回滚了1，而2却没有回滚，因为2的sql是被打成jar的。但是我想让2也一起回滚掉，自己没有想到好的办法，希望有哪位大神可以解答下。表示感谢！！！

[原来我还在这儿]

@Transactional事务是针对数据库的CRUD，你的打jar操作不会被回滚。 你可以把你打jar的操作放到insert后面

[Mrym]

引用 5 楼 u011075572 的回复:

非常感谢各位的解答，问题已经解决了 我是这样处理的：@Transactional(timeout = TransactionDefinition.PROPAGATION_REQUIRED)

这里复制错了应该是：@Transactional(propagation = Propagation.REQUIRED)

[Mrym]

这个我也想过，但是现在我们的项目做法就是将公用的表操作，打成jar，以便其它项目复用。所以在实际应用过程中，遇到这个不能回滚问题。如果实在不行，只能换一种形式啦

[xiongdejun]

只是添加注解是不行的： 事务隔离级别 隔离级别是指若干个并发的事务之间的隔离程度。TransactionDefinition 接口中定义了五个表示隔离级别的常量： TransactionDefinition.ISOLATION_DEFAULT：这是默认值，表示使用底层数据库的默认隔离级别。对大部分数据库而言，通常这值就是TransactionDefinition.ISOLATION_READ_COMMITTED。 TransactionDefinition.ISOLATION_READ_UNCOMMITTED：该隔离级别表示一个事务可以读取另一个事务修改但还没有提交的数据。该级别不能防止脏读，不可重复读和幻读，因此很少使用该隔离级别。比如PostgreSQL实际上并没有此级别。 TransactionDefinition.ISOLATION_READ_COMMITTED：该隔离级别表示一个事务只能读取另一个事务已经提交的数据。该级别可以防止脏读，这也是大多数情况下的推荐值。 TransactionDefinition.ISOLATION_REPEATABLE_READ：该隔离级别表示一个事务在整个过程中可以多次重复执行某个查询，并且每次返回的记录都相同。该级别可以防止脏读和不可重复读。 TransactionDefinition.ISOLATION_SERIALIZABLE：所有的事务依次逐个执行，这样事务之间就完全不可能产生干扰，也就是说，该级别可以防止脏读、不可重复读以及幻读。但是这将严重影响程序的性能。通常情况下也不会用到该级别。 事务传播行为 所谓事务的传播行为是指，如果在开始当前事务之前，一个事务上下文已经存在，此时有若干选项可以指定一个事务性方法的执行行为。在TransactionDefinition定义中包括了如下几个表示传播行为的常量： TransactionDefinition.PROPAGATION_REQUIRED：如果当前存在事务，则加入该事务；如果当前没有事务，则创建一个新的事务。这是默认值。 TransactionDefinition.PROPAGATION_REQUIRES_NEW：创建一个新的事务，如果当前存在事务，则把当前事务挂起。 TransactionDefinition.PROPAGATION_SUPPORTS：如果当前存在事务，则加入该事务；如果当前没有事务，则以非事务的方式继续运行。 TransactionDefinition.PROPAGATION_NOT_SUPPORTED：以非事务方式运行，如果当前存在事务，则把当前事务挂起。 TransactionDefinition.PROPAGATION_NEVER：以非事务方式运行，如果当前存在事务，则抛出异常。 TransactionDefinition.PROPAGATION_MANDATORY：如果当前存在事务，则加入该事务；如果当前没有事务，则抛出异常。 TransactionDefinition.PROPAGATION_NESTED：如果当前存在事务，则创建一个事务作为当前事务的嵌套事务来运行；如果当前没有事务，则该取值等价于TransactionDefinition.PROPAGATION_REQUIRED。 看着这些 在对你的业务做下调试应该就好了

[maradona1984]

1.这几个表是否在同一个库? --分布式事务相关 2.确认jar包中代码的数据库操作是通过什么方式 不存在代码在jar中就会有你所说的情况,而是配置/代码等等导致的

[Mrym]

非常感谢各位的解答，问题已经解决了 我是这样处理的：@Transactional(timeout = TransactionDefinition.PROPAGATION_REQUIRED)

[zhangchao19890805]

引用 5 楼 u011075572 的回复:

非常感谢各位的解答，问题已经解决了 我是这样处理的：@Transactional(timeout = TransactionDefinition.PROPAGATION_REQUIRED)

也就是说你jar包里面本身有事务是吧？

[Mrym]

对，jar里面是有事物处理的

[robin930409]

楼主，你的这个jar 是怎么注入的，accountService.borrowerCz(827, 1, 2.00); 是@Autowired 还是ApplicationContext.getBean(...)