JEE7：EJB和CDI bean是否支持容器管理的事务？

Question

Java EE7由一堆“ bean”定义组成：

• 托管Beans 1.0（JSR-316 / JSR-250）
• Java 1.0的依赖注入（JSR-330）
• CDI 1.1（JSR-346）
• JSF托管Beans 2.2（JSR-344）
• EJB 3.2（JSR-345）

为了摆脱头脑中的混乱，我研究了几篇“何时使用哪种bean类型”的文章。 EJB 的优点之一似乎是 它们仅支持声明式容器管理的事务
（著名的事务注释）。不过，我不确定这是否正确。有人可以批准吗？

同时，我想出了一个简单的演示应用程序来检查这是否正确。我根据以下代码片段定义了一个CDI
bean（ 不是 EJB-
它没有类级别的注释），如下所示：

public class CdiBean {
    @Resource
    TransactionSynchronizationRegistry tsr;

    @Transactional(Transactional.TxType.REQUIRED)
    public boolean isTransactional() {
        return tsr.getTransactionStatus() == Status.STATUS_ACTIVE;
    }
}

现在，在GlassFish 4.0上的结果是该方法实际上返回true，根据我的查询，该方法 未按预期工作 。我确实希望容器忽略CDI
bean方法上的@Transactional注释，甚至引发异常。我使用的是全新安装的GlassFish 4服务器，因此没有任何干扰。

所以我的问题是真的：

• 哪些bean类型实际上支持容器管理的事务？
• 只是出于好奇，如果上面的代码错误，我该如何用一个简单的演示应用程序对其进行测试？

（顺便说一句：有人描述了类似的问题，但其解决方案不适用于我的情况。

Answer 1

在Java EE 7之前，只有EJB是事务性的，并且@Transactional注释不存在。

从Java EE 7和JTA 1.2开始，您可以在带有@Transactional注释的CDI中使用事务拦截器。

要回答有关使用哪种最佳类型的bean的问题，答案默认为CDI。

CDI bean比EJB轻巧，并且支持许多功能（包括成为EJB），并且默认情况下处于激活状态（将beans.xml文件添加到应用程序时）。由于Java
EE 6
@Inject优先于@EJB。即使您使用远程EJB（CDI中不存在的功能），最佳实践也建议您@EJB一次注入远程EJB和CDI生产者以将其公开为CDI
bean

public class Resources {

    @EJB
    @Produces
    MyRemoteEJB ejb;

}

建议对Java EE资源也是如此

public class Resources2 {

    @PersistenceContext
    @Produces
    EntityManager em;

}

这些生产者将在以后使用

public class MyBean {

    @Inject
    MyRemoteEJB bean;

    @Inject
    EntityManager em;

}

EJB对于它们所包含的某些服务（如JMS或异步处理）仍然有意义，但是您将它们用作CDI bean。