Czy powinienem używać @EJB czy @Inject

Znalazłem to pytanie: Jaka jest różnica między @Inject a @EJB, ale nie zrozumiałem nic mądrzejszego. Nie robiłem wcześniej Java EE ani nie mam doświadczenia z wstrzykiwaniem zależności, więc nie rozumiem, czego powinienem użyć?

Czy @EJB to stary sposób wstrzykiwania? Czy wstrzyknięcie jest wykonywane przez kontener EJB podczas korzystania z tej adnotacji podczas korzystania z @Inject przy użyciu nowej struktury CDI? Czy na tym polega różnica i czy powinienem używać @Inject zamiast @EJB, jeśli tak jest?

@EJBSłuży do wstrzykiwania EJB tylko i jest dostępny już od jakiegoś czasu. @Injectmoże wstrzyknąć dowolny zarządzany komponent bean i jest częścią nowej specyfikacji CDI (od wersji Java EE 6).

W prostych przypadkach możesz po prostu zmienić @EJBna @Inject. W bardziej zaawansowanych przypadkach (np. Gdy w dużym stopniu polegasz na @EJBatrybutach, takich jak beanName, lookuplub beanInterface) @Inject, musisz zdefiniować @Producerpole lub metodę.

Te zasoby mogą być pomocne w zrozumieniu różnic między @EJBi @Producesoraz w jaki sposób można je najlepiej wykorzystać:

Blog Antonio Goncalvesa:
CDI Część I
CDI Część II
CDI Część III

Dokumentacja JBoss Weld:
CDI i ekosystem Java EE

StackOverflow:
Inject @EJB bean na podstawie warunków

@Injectmoże wstrzyknąć dowolną fasolę, podczas gdy @EJBmoże wstrzyknąć tylko EJB. Możesz użyć albo do wstrzyknięcia EJB, ale wolałbym @Injectwszędzie.

Aktualizacja: ta odpowiedź może być nieprawidłowa lub nieaktualna. Szczegółowe informacje można znaleźć w komentarzach.

Przeszedłem z @Injectna @EJBbo @EJBpozwala na okrężne wtryski, podczas gdy @Injectwymiotuje na to.

Szczegóły: Musiałem @PostConstructwywołać @Asynchronousmetodę, ale zrobiłaby to synchronicznie. Jedynym sposobem, aby wywołanie asynchroniczne było spowodowanie, aby wywołanie pierwotne było metodą innego komponentu bean i wywołało z powrotem metodę pierwotnego komponentu bean. Aby to zrobić, każda fasola potrzebowała odniesienia do drugiej - a więc okrągłej. @Injectnie udało się wykonać tego zadania, podczas gdy @EJBpracował.

Oto dobra dyskusja na ten temat. Gavin King zaleca @Inject over @EJB dla niezdalnych EJB.

http://www.seamframework.org/107780.lace

lub

https://web.archive.org/web/20140812065624/http://www.seamframework.org/107780.lace

Re: Wstrzykiwanie za pomocą @EJB lub @Inject?

26. Lis 2009, 20:48 Ameryka / Nowy_Jork | Połącz Gavina Kinga

Ten błąd jest bardzo dziwny, ponieważ lokalne odwołania EJB powinny być zawsze możliwe do serializacji. Może błąd w szklistej rybce?

Zasadniczo @Inject jest zawsze lepszy, ponieważ:

it is more typesafe,
it supports @Alternatives, and
it is aware of the scope of the injected object.

Odradzam używanie @EJB poza deklarowaniem odniesień do zdalnych EJB.

i

Re: Wstrzykiwanie za pomocą @EJB lub @Inject?

29. Lis 2009, 17:42 America / New_York | Połącz Gavina Kinga

    Czy to oznacza, że ​​@EJB jest lepsze ze zdalnymi EJB?

W przypadku zdalnego EJB nie możemy zadeklarować metadanych, takich jak kwalifikatory, @Alternative itp. W klasie bean, ponieważ klient po prostu nie będzie miał dostępu do tych metadanych. Ponadto należy określić dodatkowe metadane, których nie potrzebujemy dla przypadku lokalnego (globalna nazwa JNDI czegoś). Więc wszystko to musi iść gdzie indziej: mianowicie deklaracja @Produces.

Przydatne może być również zrozumienie różnicy w terminach tożsamości Session Bean podczas korzystania z @EJB i @Inject. Zgodnie ze specyfikacją następujący kod zawsze będzie true:

@EJB Cart cart1;
@EJB Cart cart2;
… if (cart1.equals(cart2)) { // this test must return true ...}

Używanie @Inject zamiast @EJB nie jest takie samo.

Aby uzyskać więcej informacji, zobacz także tożsamość bezstanowych ziaren sesji

Na przykład iniekcja istniała już w Javie EE 5 z adnotacjami @Resource, @PersistentUnit lub @EJB. Ale było ograniczone do pewnych zasobów (źródło danych, EJB…) i do pewnych komponentów (serwlety, EJB, komponent bean JSF…). Dzięki CDI możesz wstrzyknąć prawie wszystko w dowolnym miejscu dzięki adnotacji @Inject.