EJB无状态会话bean中的CDIBean生产者

Question

假设我有一个名为db utils的简单库，它有一个CrudService CDIBean（RequestScope），我的web应用程序使用它来执行CRUD操作。

我还有一个名为graddb的EJB项目，它从数据库映射实体。Grad db还具有用于在db utils的CrudService中设置entityManager的生产者。

我已经试过了，显然效果不错。我的问题是：这是一种糟糕的做法吗？在无状态会话bean中生成cdibean并将EJB无状态bean作为参数传递给CrudService是否有任何后果？

我的代码：

EJB Bean（梯度数据库）：

@Stateless
public class CrudServiceCae extends AbstractCrud implements Serializable {
    private static final long serialVersionUID = 1L;

    @PersistenceContext(unitName = "cae-pu")
    EntityManager em;

    @Override
    public EntityManager getEntityManager() {
        return em;
    }

    @Produces
    @Database(Schema.CAE)
    public CrudService createCrudServiceCou() {
        return new CrudService(this);
    }
}

CrudService（db-utils）：

@Named("crudService")
public class CrudService implements Serializable {

    private static final long serialVersionUID = -2607003150201349553L;

    private AbstractCrud crud;

    public CrudService(AbstractCrud abstractCrud) {
        this.crud = abstractCrud;
    }

    ...
}

编辑：实际上它只适用于查询。当我试图插入数据时，我得到了javax.persistence.Transaction必需异常。显然，在这种情况下，我将不得不使用继承而不是CDI。

Answer 1

EJB负责业务流程/逻辑（即：方法），并且能够协调其他CDI控制器，这并不常见。让EJB创建对象，因为您更喜欢CDI POJO生产者。

在你的例子中，使用CDI对象并从那里产生你需要的对象更精简，看起来像一个DAO，可以用于（我的意思是，注入）EJB。

根据边界模式考虑EJB，使用专门的控制器。

注意事项：

• @无状态不需要实现可序列化，这些是池化的，其生命周期不允许序列化。
• 一般来说，您不希望在EJB的实体管理器中使用getter，您应该编写一个方法并在内部使用em。
• 如果使用JTA，持久性上下文更容易操作
• 您的@无状态应该开始事务，并让它们沿着控制器传播
• 带有包可见性的em是一个好主意，可以让您轻松地模拟您的门面/边界