在同一事务中的不同EJB中使用不同的实体管理器

Question

Employee employee = entityManager.find(Employee.class, 1L);

if (employee == null) {
    throw new EntityNotFoundException();
}

由于EntityManager#find（）在所述实体不可用的情况下返回null，因此需要进行如上所示的条件测试，以避免可能的java。lang.NullPointerException，否则很可能发生。在任何地方重复这个琐碎的条件测试都是非常不可接受和不鼓励的，这使得业务逻辑应该尽可能简单，几乎不可读。

为了防止这种条件检查到处重复，我在一个单独的EJB中有一个通用方法，

@Stateless
public class EntityManagerUtils implements EntityManagerService {

    @PersistenceContext
    private EntityManager entityManager;

    @Override
    public <T extends Object> T find(Class<T> entityClass, Object primaryKey) {
        T entity = entityManager.find(entityClass, primaryKey);

        if (entity == null) {
            throw new EntityNotFoundException();
        }

        return entity;
    }
}

从另一个EJB内部调用此方法，如下所示，

@Stateless
public class TestBean implements TestBeanService {

    @PersistenceContext
    private EntityManager entityManager;

    @Inject
    private EntityManagerService entityManagerService;

    @Override
    public void test(Employee employee) {
        Department managedDepartment = entityManagerService.find(Department.class, employee.getDepartment().getDepartmentId());
        System.out.println("contains : " + entityManager.contains(managedDepartment));
    }
}

在这里，尽管所有事情都发生在同一个事务中，entityManager。包含（managedDepartment）返回true，即返回的部门实体由两个EJB中的实体管理器管理。

虽然是意料之中的，但是entityManager.contains（Management edOffice）如何返回true？

使用相同的EntityManager工厂的是同一个EntityManager实例吗？




Answer 1

我怀疑EJB规范是否保证EntityManagerJava实例是相同的，但它保证它们由相同的持久性上下文（相同的托管实体集）支持，因为您在同一个JTA事务中，而且两个EntityManager都是由相同的持久性单元（在您的情况下是默认的）进行容器管理的。

如果要检查环境中的实例是否相同，请检查

System.out.println("EntityManager : " + entityManager);

但是我不会依赖它作为您的应用程序服务器的未来版本的保证。

如果您想要一个新的持久性上下文，可以开始一个新事务，或者从注入的EntityManager工厂手动创建一个EntityManager实例。

出于性能考虑，我不想在您的情况下使用新的持久性上下文。

编辑：添加JavaEE7官方教程中的一句话，解释/证明刚才所说的话

持久性上下文将与当前JTA事务一起自动传播，映射到同一持久性单元的EntityManager引用将提供对该事务中持久性上下文的访问。通过自动传播持久性上下文，应用程序组件不需要为了在单个事务中进行更改而相互传递对EntityManager实例的引用。JavaEE容器管理容器管理的实体管理器的生命周期。