Spring管理事务中的两个JPA实体管理器？

Question

我正在使用Spring的事务支持和JPA（Hibernate）来持久化我的实体。一切正常，但我在处理一个请求中的部分更新时陷入困境：

对于每个用户（HTTP）请求，我必须将一个日志条目写入数据库表，即使“主”业务实体的更新失败（例如，由于验证错误）。因此，我的第一个/主要事务get被回滚，但第二个（写日志）应该提交。这似乎可以使用正确的传播级别来写入日志条目：

@Repository
@Transactional(propagation = Propagation.REQUIRES_NEW)
public class UserTracker extends ... {

  @PersistenceContext private EntityManager em;

  public void log(...) {
    // create log entity and persist it
    ...
    em.persist(log);
    em.flush();
  }

}

然而，我的问题是，我在第二个事务中注入的实体管理器与第一个事务中注入的实体管理器相同。因此，刷新实体管理器（在第二个事务提交时显式或隐式地）也将刷新第一个事务中我的脏业务实体。

我如何补救这个问题？我想为日志部分使用第二个干净新鲜的实体管理器，我知道我可以以编程方式打开一个，但是有没有更干净/声明性的“Spring方式”来做到这一点？

编辑：

我的问题可能源于这样一个事实，即我的第二个事务嵌套在我的主业务事务中：

|-------------- A --------------X   <- Rollback of main business transaction (A)
                    |--- B ---|     <- Commit of second log transaction (B)

我已经解决了将两个事务序列化的问题：

|--------- A --------X |--- B ---|

所以现在一切都很好，只是出于好奇：如果我坚持第一种方法，而不是像建议的那样求助于JDBC：我将如何为第二个（嵌套的）事务配置实体管理器，以便为新事务获得一个新的实体管理器。这能做到吗？

Answer 1

我不确定你为什么会遇到报告中的问题，如果你的日志代码和业务逻辑代码需要更新，那么它们之间应该没有干扰。我的代码中有一个非常类似的设置。你确定交易是在你认为的地方触发的吗？您使用的是代理事务还是aspectJ事务？

如果您使用的是代理事务，那么您必须小心地通过代理来保证发送启动。

您可以做的另一件事是使用SpringJDBC模板进行用户日志记录，让@Repository同时使用EntityManager和JDBCTemboard做一些事情是非常好的，只是不要将它们混合在同一个方法中。