更新：2014-05-19

Question

我在自定义应用程序服务器中使用Hibernate 4.2.2.Final，提供JTA事务管理器的自定义实现来管理事务上下文。我们使用DAO模式从使用中抽象出管理hibernate会话的细节，并在需要时透明地注入事务上下文。

以下是我们配置会话工厂的方法：

            TransactionManager transactionManager = ((BasicManagedDataSource) dataSource).getTransactionManager();

            if (transactionManager != null) {
                properties.put(AvailableSettings.CURRENT_SESSION_CONTEXT_CLASS, "jta");
                properties.put(AvailableSettings.JTA_PLATFORM, new MyJtaPlatform(transactionManager));
                properties.put(AvailableSettings.TRANSACTION_STRATEGY, new JtaTransactionFactory());
            }

在DAO对象中，当用户在事务上下文中检索会话时，我们会注册一个侦听器以通知事务的完成，以便我们可以刷新会话：

        this.session = sessionFactory.getCurrentSession();
        session.setFlushMode(FlushMode.MANUAL);

        if (!flushSynchronizationMap.containsKey(session)) {
            Synchronization flushSynchronization = new Synchronization() {

                @Override
                public void beforeCompletion() {
                    log.beforeTxCompletes(session);

                    if (session.isOpen()) {
                        log.flushing(session);

                        session.flush();
                        session.close();
                    }
                }

                @Override
                public void afterCompletion(int status) {
                    flushSynchronizationMap.remove(session);

                    log.afterTxCompletes(session);
                }
            };
            try {
                currentJtaTransaction.registerSynchronization(flushSynchronization);
                flushSynchronizationMap.put(session, flushSynchronization);
            } catch (Exception ex) {
                throw new RuntimeException("Could not register Flush Synchronization", ex);
            }
        }

但是，以下测试失败，测试结束时的断言期望表为空，但不是：

@Test
public void canRollbackTransaction() throws Exception {
    List<SampleData> data = dao.findAll(SampleData.class);
    assertThat(data).describedAs("size before insert should be 0").hasSize(0);

    manager.begin();
    dao.saveOrUpdate(new SampleData(12.0, "Hello World"));
    dao.saveOrUpdate(new SampleData(13.0, "Hello Brave World"));
    manager.rollback();

    dbUnitSupport.assertDB(table("SAMPLES").columns("LABEL").dataSet());
}

我可以看到事务监听器被调用并且会话被刷新，但看起来好像刷新发生得太晚了......

当使用显式刷新当前会话来修复测试时，它会通过：

@Test
public void canRollbackTransaction() throws Exception {
    List<SampleData> data = dao.findAll(SampleData.class);
    assertThat(data).describedAs("size before insert should be 0").hasSize(0);

    manager.begin();
    dao.saveOrUpdate(new SampleData(12.0, "Hello World"));
    dao.saveOrUpdate(new SampleData(13.0, "Hello Brave World"));

    // under the hood, flush current session
    dao.flush();
    manager.rollback();

    dbUnitSupport.assertDB(table("SAMPLES").columns("LABEL").dataSet());
}

我将问题追溯到调试级日志，并且无法理解不同之处：在日志中，在事务回滚之前，flush似乎已正确完成。

我错过了什么？我找不到那些实现这种情况的例子（我可能没有正确搜索过......），我想我遵循Hibernate文档中记录的内容。

更新：2014-05-19

我在会话工厂的设置中添加了以下内容：

                properties.put(AvailableSettings.FLUSH_BEFORE_COMPLETION, true);

并删除Synchronization中完成的自定义刷新。这解决了rollback时的问题，但现在，commit失败了。在进行显式getcurrentSession().flush()时，提交和回滚都可以正常工作。

Answer 1

我们在TransactionManager的实现中遇到的问题是：同步侦听器在当前事务已被删除的上下文中运行，因此隐式flush()在作为事务完成过程的一部分自动调用时创建了自己的事务。当显式调用flush时，事情当然正常，因为事务上下文仍然存在。

我修复了我们的TM以确保在提交/回滚 tx之后清除了事务上下文，现在工作正常。

我还删除了自定义同步，它是Hibernate本身提供的（天真）副本，当设置FLUSH_BEFORE_COMPLETION标志时可用。在回滚时，会话实际上已清空而不是刷新意味着不会发生与DB的交互，从而节省了DBMS的带宽和资源。

使用自定义JTA事务管理器时，回滚时的Hibernate会话刷新失败

更新：2014-05-19

1 个答案: