Spring Hibernate Envers多线程-会话已关闭

Question

我们使用Hibernate（JPA）和Hibernate Envers来保存对象的历史。Web应用程序运行许多线程，其中一些是通过从其他应用程序调用RMI方法创建的，其中一些是由应用程序本身创建的，其中一些是为了处理超文本传输协议请求而创建的（它们生成视图）。

我们还使用视图中的开放会话模式来管理会话，因此我们的web。xml包含：

<filter>
    <filter-name>openEntityManagerInViewFilter</filter-name>
    <filter-class>org.springframework.orm.jpa.support.OpenEntityManagerInViewFilter</filter-class>
</filter>

<filter-mapping>
    <filter-name>openEntityManagerInViewFilter</filter-name>
    <url-pattern>/*</url-pattern>
</filter-mapping>

数据库是使用DAO访问的，它们都有由Spring注入的实体管理器。

@PersistenceContext
protected EntityManager em;

@PersistenceUnit
protected EntityManagerFactory emf;

在我们决定使用Hibernate Envers之前，一切都运行得很好。当不是视图生成线程的任何线程运行代码以获取对象的旧版本时，将引发异常。

@Override
public O loadByRevision(Long revision, Long id) {
    @SuppressWarnings("unchecked")
    O object = (O) AuditReaderFactory.get(em).createQuery().forEntitiesAtRevision(getBaseClass(), revision.intValue())
            .add(AuditEntity.id().eq(id)).getSingleResult();
    return object;
}

线程“调度程序”组织中出现异常。冬眠SessionException:会话已关闭！在org。冬眠内部的AbstractSessionImpl。org上的errorIfClosed（AbstractSessionImpl.java:129）。冬眠内部的SessionImpl。在org上创建查询（SessionImpl.java:1776）。冬眠恩弗斯。工具。查询QueryBuilder。toQuery（QueryBuilder.java:226）位于org。冬眠恩弗斯。查询impl。AbstractAuditQuery。org上的buildQuery（AbstractAuditQuery.java:92）。冬眠恩弗斯。查询impl。EntitiesAtRevisionQuery。组织上的列表（EntitiesAtRevisionQuery.java:108）。冬眠恩弗斯。查询impl。AbstractAuditQuery。getSingleResult（AbstractAuditQuery.java:110）（…）

当上面的代码由视图生成线程运行时，它工作正常。此外，DAO中的非envers代码对于每个线程都可以正常工作。例如，下面的代码片段

@Override
public O load(Long id) {
    final O find = em.find(getBaseClass(), id);
    return find;
}

可以运行的RMI线程没有问题。

为什么非视图线程可以无例外地调用实体管理器上的方法，但不能对该实体管理器使用Envers的AuditReaderFactory？我想也许调用实体管理器上的方法会创建一个临时会话，但在使用Envers时不会发生这种情况，是真的吗？

解决该问题的最佳方法是什么（以便可以从每个线程使用AuditReaderFactory）？

Answer 1

我们没有找到为什么在非ui线程中，对EntityManagerFactory的方法调用有效，但对AuditReaderFactory的方法调用无效。无论如何，我们找到了一种解决方法。

解决方案是用@Transactional注释方法。如果在调用AuditReaderFactory之前调用链中的任何方法被标记为@Transactional，则在非ui线程中没有SessionExcture。

结果证明，仅使loadByRevision具有事务性是不够的。如果该方法返回的对象包含延迟加载的持久性包，则在loadByRevision方法范围之外访问这些包会导致LazyInitializationException（没有会话）。

最后的解决方案是确保如果任何线程想要从数据库加载一些数据，所有加载（获取对象和访问延迟加载的集合）都将在一个方法内完成，该方法用@Transactional注释。