jpa2使用guice重用entityManager

Question

我已经验证了@transaction方法是否正确放置，并且在调试堆栈中，我看到事务拦截器和实体管理器是根据对后端的请求创建的（因此没有guice持久性过滤器）

我的感觉表明问题在于会话上下文。我感觉（但我不能真正理解）它在多个请求上重用了我的持久性上下文。

我已经把一些框架放在一起，使这一切都能工作。我使用resteasy作为jax的实现者。guice（4.0beta4）作为cdi实现者，hibernate作为jpa实现者。因为在注入entitymanager时需要使用提供者（因为entitymanager是在每个事务中创建的），所以我将其包装在entitymanager Proxy中。此类实现EntityManager接口，并将所有方法委托给提供者。get（）。方法（）。

public class EntityManagerProxy implements EntityManager {
    private final Provider<EntityManager> entityManagerProvider;

    @Inject
    public EntityManagerProxy(final Provider<EntityManager> entityManagerProvider) {
        this.entityManagerProvider = entityManagerProvider;
    }

    private EntityManager getEntityManager() {
        return entityManagerProvider.get();
    }

    @Override
    public void persist(final Object entity) {
        getEntityManager().persist(entity);
    }
}

我的guice模块看起来像这样

public class OptiWEEEModule extends ServletModule implements Module {
    @Override
    protected void configureServlets() {

        super.configureServlets();
        bind(EntityManagerProxy.class);
        // JPA
        install(new JpaPersistModule("myPU"));
    }
}

我知道这是一个模糊的问题，但是有人能在正确的方向上帮助我吗？这不是一个我可以提供错误消息的问题。

编辑：我现在指出了问题。用一个分析器，我看了一个实体上下文被guice重用。这意味着它不是每次都执行查询，而是使用现有的实体管理器，每次传递@事务性注释时都应该创建该实体管理器。

Answer 1

我从邮件列表中找到了这个awnser。

Guice perstist有一个非常不寻常的特性，它会导致一些问题。我想你可能只是在打它

当您请求工作单元之外的实体管理器时，guice persist将隐式启动您的工作单元。不幸的是，UnitOfWork上的isActive（）是包私有的。您无法测试某个工作单元是否处于活动状态。

有两种方法可以显式地开始和结束一个工作单元。您可以使用UnitOfWork和方法begin（）和end（）。此外，@Transactional注释还启动了一个工作单元@事务性也将结束工作单元，当且仅当它启动它时。

最佳做法是仅在@Transactional方法中获取实体管理器。

我只能断定@Transaction注释的成熟度与spring中的不同。另一方面，通过提供者在@Transactional manager中获取实体管理器并不能真正解决这个问题。

因为我们很快就要投入生产了，所以我又回到了Spring，这是一个耻辱，但这是管理我们最后期限的唯一明智的解决方案。