是否有任何理由在CDI会话范围bean中使用有状态EJB

Question

我正在用雅加达EE和雅加达Faces（JSF）进行实验。我刚刚制作了一个名为session-scoped bean的CDI（因为JSF managedBean现在已被弃用），我想知道，当作用域bean（在CDI容器中运行）可用时，为什么要使用有状态EJB，在我看来，任何事务都可以使用注入到CDI管理bean中的无状态bean来完成。

:)，任何现实世界的用例都会非常有用。

对于那些想知道的人，我的托管/命名bean看起来像这样：

import jakarta.ejb.EJB;
import jakarta.enterprise.context.SessionScoped;
import jakarta.inject.Named;

@Named("userBean")
@SessionScoped
public class UserSessionBean implements java.io.Serializable{
    @EJB
    TransactionBean bean; //can be used to persist user data
    String username;
    String password;
    // Constructor, getters and setters
}

Answer 1

为什么当作用域 bean（在 CDI 容器中运行）可用时会使用有状态的 EJB

实际上几乎从不。无论如何，有状态企业 Bean 从未打算作为（作用域的）支持 Bean，即使仍然建议使用 EJB，有状态变体在 Web 应用程序中也很少使用。

最初，有状态企业 Bean 在使用 CORBA/RMI 作为远程组件（例如，作为一种二进制 Servlet）时具有更多的效用。

当利用Jakarta Persistence (JPA)中的扩展持久性上下文时，现在有一个高度专业化且有点模糊的用例。不知何故，十多年来，除了有状态会话bean之外，我们从未能为其他bean指定它的行为。