¿Debo usar @EJB o @Inject

He encontrado esta pregunta: ¿Cuál es la diferencia entre @Inject y @EJB pero no entendí nada mejor? No he hecho Java EE antes ni tengo experiencia con la inyección de dependencia, así que no entiendo qué debo usar.

¿Es @EJB una antigua forma de inyectar? ¿La inyección la realiza el contenedor EJB cuando usa esta anotación mientras usa @Inject usa el nuevo marco CDI? ¿Es esa la diferencia y debería usar @Inject en lugar de @EJB si este es el caso?

El @EJBse usa para inyectar solo EJB y está disponible desde hace bastante tiempo. @Injectpuede inyectar cualquier bean administrado y es parte de la nueva especificación CDI (desde Java EE 6).

En casos simples, simplemente puede cambiar @EJBa @Inject. En casos más avanzados (p. Ej., Cuando depende en gran medida de @EJBlos atributos como beanName, lookupo beanInterface) que para usarlo @Inject, necesitaría definir un @Producercampo o método.

Estos recursos podrían ser útiles para entender las diferencias entre @EJBy @Producesy cómo obtener lo mejor de ellos:

Blog de Antonio Goncalves:
CDI Parte I
CDI Parte II
CDI Parte III

Documentación de JBoss Weld:
CDI y el ecosistema Java EE

StackOverflow:
inyecta el bean @EJB según las condiciones

@Injectpuede inyectar cualquier bean, mientras @EJBque solo puede inyectar EJB. Puede usar cualquiera para inyectar EJB, pero prefiero en @Injecttodas partes.

Actualización: esta respuesta puede ser incorrecta o desactualizada. Por favor, vea los comentarios para más detalles.

Cambié de @Injecta @EJBporque @EJBpermite la inyección circular mientras @Injectvomita.

Detalles: necesitaba @PostConstructllamar a un @Asynchronousmétodo, pero lo haría sincrónicamente. La única forma de hacer la llamada asincrónica era hacer que la llamada original fuera un método de otro bean y que volviera a llamar al método del bean original. Para hacer esto, cada bean necesitaba una referencia al otro, por lo tanto circular. @Injectfalló para esta tarea mientras @EJBtrabajaba.

Aquí hay una buena discusión sobre el tema. Gavin King recomienda @Inject sobre @EJB para EJB no remotos.

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

o

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

Re: ¿Inyectando con @EJB o @Inject?

26. Nov 2009, 20:48 América / Nueva_York | Link Gavin King

Ese error es muy extraño, ya que las referencias locales EJB siempre deben ser serializables. ¿Insecto en pez de cristal, tal vez?

Básicamente, @Inject siempre es mejor, ya que:

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

Recomiendo contra el uso de @EJB, excepto para declarar referencias a EJB remotos.

y

Re: ¿Inyectando con @EJB o @Inject?

29. Noviembre de 2009, 17:42 América / Nueva_York | Link Gavin King

    ¿Significa @EJB mejor con EJB remotos?

Para un EJB remoto, no podemos declarar metadatos como calificadores, @Alternative, etc., en la clase bean, ya que el cliente simplemente no tendrá acceso a esos metadatos. Además, se deben especificar algunos metadatos adicionales que no necesitamos para el caso local (nombre JNDI global de lo que sea). Por lo tanto, todo eso debe ir a otro lugar: la declaración @Produces.

También puede ser útil comprender la diferencia en términos de Identidad de bean de sesión cuando se usa @EJB y @Inject. Según las especificaciones, el siguiente código siempre será true:

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

Usar @Inject en lugar de @EJB no es lo mismo.

vea también identidad de beans de sesión sin estado para más información

La inyección ya existía en Java EE 5 con las anotaciones @Resource, @PersistentUnit o @EJB, por ejemplo. Pero estaba limitado a ciertos recursos (fuente de datos, EJB...) Y a ciertos componentes (Servlets, EJBs, JSF backing bean...). Con CDI puede inyectar casi cualquier cosa en cualquier lugar gracias a la anotación @Inject.