Kann eine EJB3-Bean "selbst injizieren" und ihre eigenen Methoden über EJB-Container aufrufen?

Question

Ist es möglich, ein EJB "selbst zu injizieren", um lokale Methoden als Bean-Methoden aufzurufen? Es gibt Fälle, in denen dies vorteilhaft sein könnte, beispielsweise wenn Container-verwaltete Transaktionen verwendet werden und etwas in einer neuen Transaktion ausgeführt werden soll.

Ein Beispiel, wie dies funktionieren könnte:

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() { 
     ... 
    } 
} 

Wenn ich processWithNewTransaction() zu einem anderen Bohne extrahieren, wäre es müssen als öffentliche Methode in der Schnittstelle ausgesetzt, obwohl es nur von FooBean aufgerufen werden sollte. (Das gleiche Problem tritt bei meinem obigen Code auf, deshalb gibt es einen Kommentar in der Schnittstellendefinition.)

Eine Lösung wäre, zu Bean-verwalteten Transaktionen zu wechseln. Dies würde jedoch erfordern, die gesamte Bean zu ändern, um ihre eigenen Transaktionen zu verwalten, und würde allen Methoden eine große Kesselplatte hinzufügen.

Answer 1

Update: Wie von anderen Antworten erwähnt, ist dies in der Tat technisch möglich. Bitte lesen Sie die Antworten von Csaba und Michael darüber, wie und warum es trotz der endlosen Rekursion funktioniert.

---

kann ich nicht 100% genaue Antwort geben, aber ich bin mir ziemlich sicher, dass dies nicht möglich ist.

Ich denke schon, weil der Container für die Injektion der Foo-Bohne in die Foo-Bohne zunächst eine Foo-Instanz erstellen müsste, die er anschließend injizieren kann. Aber um dies zu schaffen, muss er eine bereits existierende Instanz von Foo in das zu schaffende Foo einfügen ... was zu einer unendlichen Rekursion führt.

Wenn Sie separate Transaktionen benötigen, würde ich vorschlagen, die Dinge einfach zu halten und zwei unabhängige Beans/Schnittstellen zu erstellen.

Answer 2

Interessante Frage. Ich erstelle niemals eine Methode mit einem anderen Transaktionsattribut in derselben Bean, das heißt, es wird nach Refactoring gefragt. Dies macht es normalerweise schwierig, Fehler in der Anwendung zu erkennen, wenn sie sich entwickeln.

EDIT: feste Tippfehler

Answer 3

würde ich eher ablehnen, ist es oft nützlich für die Transaktionsverwaltung eine lokale Bean-Methode über den Behälter zu rufen.

Genau wie im Beispiel, wenn Sie innerhalb einer Schleife eine lokale Bean-Methode aufrufen müssten, wäre es besser, eine Transaktion pro Iteration durchzuführen als für alle Iterationen. (vorausgesetzt, die Geschäftslogik war nicht "alles oder nichts" wie das Versenden einer Lieferung oder die Ausgabe von Lagerbeständen)

Answer 4

Die Selbstinjektion eines EJB ist tatsächlich möglich. Der Grund, warum in diesem Fall keine unendliche Rekursion stattfindet, ist ziemlich einfach: Der Container injiziert keine tatsächliche Bean-Instanz aus dem Pool. Stattdessen injiziert es ein Proxy-Objekt. Wenn Sie eine Methode für den injizierten Proxy (foo) aufrufen, ruft der Container eine Bean-Instanz aus seinem Pool ab oder erstellt eine Bean-Instanz, wenn keine Instanzen verfügbar sind.

Answer 5

Es ist möglich, eine self injection zu tun. Sie müssen SessionContext verwenden.

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