在Hibernate 5.x和Wildlfy中使用USYNCHRONIZED持久化上下文

Question

我正在尝试将使用JTA事务的非同步持久性上下文的应用程序从hibernate 4.3.7迁移到Hibernate 5.0.7，我发现了一些我无法解决的问题。我们的实体管理器注入为

@PersistenceContext(type = PersistenceContextType.EXTENDED, synchronization = SynchronizationType.UNSYNCHRONIZED)
private EntityManager entityManager;

所以我希望有扩展的和非同步的持久化上下文。应用程序使用非同步特性来避免将实体的更改刷新到数据库，直到我们想要这样做。通常，我们希望仅在保存/持久化/移除操作以及这些方法调用< code > entitymanager . joint transaction()之后刷新更改；将当前交易明确标记为同步。这在Hibernate 4.3.7中曾经在一定程度上起作用，但在版本5中停止了。

对于版本5，Hiberante的家伙们做了相当多的重写，特别是在事务处理领域。根据我的理解，Hibernate使用会话.auto加入交易标志来实现“未同步”功能。会话不会被刷新（我们使用默认的 flushMode.AUTO），除非会话已加入事务。以前，此标志将设置为新会话

sessionBuilder.autoJoinTransactions( getTransactionType() != PersistenceUnitTransactionType.JTA );

和Hibernate5（EntityManagetImpl第132行）

sessionBuilder.autoJoinTransactions( getSynchronizationType() == SynchronizationType.SYNCHRONIZED );

当我们使用JTA管理的事务时，它曾经起作用。但现在没有了。根据SynchronizationType决定autoJoinTransaction标志的值似乎是正确的，但有一个小问题。persistenceContextTyoe不会传播到EntityFactoryImpl方法，因此实体管理器始终创建为同步的。在注入entityManager时，会调用第一个方法而不是第二个方法。

@Override
    public EntityManager createEntityManager(Map map) {
        return internalCreateEntityManager( SynchronizationType.SYNCHRONIZED, map );
    }

    @Override
    public EntityManager createEntityManager(SynchronizationType synchronizationType, Map map) {
        errorIfResourceLocalDueToExplicitSynchronizationType();
        return internalCreateEntityManager( synchronizationType, map );
    }

所以我的问题:如何用不同步的持久化上下文注入实体管理器的实例？为什么< code>Wildfly会忽略< code > type = PersistenceContextType。注入实体管理器时的扩展参数？我错过了什么吗？

Answer 1

由于同步类型确实传播到注入的enntiyManager，我意识到我可以使用EntityManagerFactory来创建entityManger。工厂有一个接受同步类型的方法，因此它将创建不同步的上下文。

@PersistenceUnit
private EntityManagerFactory emf;
...
emf.createEntityManager(SynchronizationType.UNSYNCHRONIZED);

另外，我发现这个问题记录在WildFly 8.1 https://issues.jboss.org/browse/WFLY-5006