Question

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

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

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

与此同时，我想出了一个简单的演示应用程序来检查这是否真的如此。我刚刚根据this片段定义了一个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类型确实支持容器管理的事务？
只是为了好奇，如果上面的代码错了，我怎么能用一个简单的演示应用程序来测试呢？

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

Answer 1

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

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

要回答有关要使用的最佳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。

Answer 2

javadoc of Transactional说：

javax.transaction.Transactional注释使应用程序能够以声明方式控制CDI托管bean上的事务边界，以及Java EE规范定义为托管bean的类，在类和方法级别，方法级别注释覆盖班级的那些。

所以，你的假设是错误的。直到Java EE 6，EJB才是支持声明式事务的唯一组件。事务性注释已经在Java EE 7中引入，以使非EJB，托管CDI bean成为事务性的。

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

2 个答案: