EJB3 bean 可以“自我注入”并通过 EJB 容器调用自己的方法吗？

Question

是否可以“自注入”EJB 以将本地方法调用为 bean 方法？在某些情况下这可能是有利的，例如，如果使用容器管理的事务并且应该在新事务中完成某些事情。

这是如何工作的示例：

Foo.java:

@Local
public interface FoO {
    public void doSomething();
    public void processWithNewTransaction(); // this should actually be private
}

FooBean.java：

@Stateless
public class FooBean implements Foo {

    @EJB
    private Foo foo;

    public void doSomething() {
        ...
        foo.processWithNewTransaction();
        ...
    }

    @TransactionAttribute(TransactionAttributeType.REQUIRES_NEW)
    public void processWithNewTransaction() {
        ...
    }
}

如果我将processWithNewTransaction() 提取到另一个bean，它需要在接口中作为公共方法公开，即使它只能由FooBean 调用。 （我上面的代码也有同样的问题，这就是接口定义中有注释的原因。）

一种解决方案是切换到 bean 管理的事务。但是，这需要更改整个 bean 来管理自己的事务，并且会为所有方法添加大量样板。

Answer 1

可以使用self injection。您需要使用SessionContext。

SessionContext sc = ...
sc.getBusinessObject(FooBean.class).processWithNewTransaction()

Answer 2

EJB 的自注入确实是可能的。在这种情况下不会发生无限递归的原因很简单：容器没有从池中注入实际的 bean 实例。相反，它注入了一个代理对象。当您在注入的代理 (foo) 上调用方法时，容器会从其池中获取一个 bean 实例，如果没有可用的实例，则创建一个。

Answer 3

更新：正如其他答案所指出的，这在技术上确实是可行的。请参阅 Csaba 和 Michael 的答案，了解尽管出现了无穷无尽的递归，但它是如何以及为什么工作的。

---

我无法给出 100% 准确的答案，但我很确定这是不可能的。

我认为是因为要将 Foo bean 注入 Foo bean 本身，容器最初必须创建一个 Foo 实例，然后他可以将其注入。但是要创建它，他必须将一个已经存在的 Foo 实例注入到要创建的 Foo 中......这会导致无限递归。

如果您需要单独的事务，我建议让事情变得简单并创建两个独立的 bean/接口。

Answer 4

我倾向于不同意，通常通过容器调用本地 bean 方法对事务管理很有用。

就像示例一样，如果您必须在循环内调用本地 bean 方法，那么每次迭代都有一个事务比所有迭代都要好。 （前提是业务逻辑不是像发货或发行股票那样“全有或全无”）

Answer 5

有趣的问题。我从不在同一个 bean 中创建具有不同事务属性的方法，也就是说，这需要重构。这通常使得在应用程序发展时很难发现错误。

编辑：修正错别字