César Francisco Castillo - Desarrollo de aplicaciones web con Jakarta EE

La clase ejecutable App accede al session bean MenuFacade a través de su interfaz Remote mediante una búsqueda por nombre, la cual se denomina lookup. Esta clase también incluye un menú que consta de opciones que permiten invocar los métodos remotos de los diferentes stateless beans alojados en el servidor.

Para poder probar su funcionamiento, debemos añadir al proyecto dos librerías y desplegar en el servidor la aplicación enterprise que creamos anteriormente.

Las librerías que hay que incluir son gf-client.jar y Capitulo03-ejb.jar. La primera librería se encuentra disponible en el directorio de instalación de Payara: /ruta/payara/glassfish/modules/gf-client.jar, y la segunda se encuentra dentro del directorio /dist del módulo Capitulo03-ejb.

Para desplegar hacemos clic con el botón secundario sobre el proyecto y de la lista seleccionamos “Deploy”.

Figura 3.14 Desplegar aplicación enterprise.

Finalmente, ejecutamos la clase App.java. Entonces deberíamos ver en la consola el siguiente menú:

Figura 3.15 Aplicación cliente en ejecución.

En este capítulo realizamos un breve recorrido por la especificación EJB de Jakarta EE y estudiamos los session beans y sus diferentes tipos. Vimos que, para acceder de forma local a los componentes EJB, estos deben implementar la interfaz @Local, y que para accesos desde el exterior se debe utilizar @Remote.

Asimismo, analizamos algunos ejemplos de eventos y temporizadores, desarrollamos un ejemplo de una aplicación enterprise combinando las especificaciones JPA y EJB para acceder a una base de datos y, por último, desarrollamos un pequeño cliente para acceder a ella.

La especificacion CDI (Contexts and Dependency Injection) fue incluida a partir de Java EE 6. Es una API que contiene un conjunto de anotaciones que le permiten al programador acceder a los recursos alojados en el contenedor e inyectar dependencias.

En este capítulo, cubriremos los siguientes temas:

* Concepto de CDI bean

* Nombres de beans

* Inyección de dependencias

* Alcances

Un CDI bean es un componente de aplicacion que actua en la capa de negocio y cuyo ciclo de vida es administrado por el contenedor (Mahmoud, 2018). En el podemos desarrollar buena parte de la logica de nuestras aplicaciones JSF tal como veremos en el proximo capitulo.

Para definir el nombre de un bean , debemos utilizar la anotación @Named, la cual puede incluir o no el atributo value . Si se incluye, podemos definir un nombre personalizado, de lo contrario, el bean será nombrado por defecto con el nombre de la clase.

El siguiente fragmento de código muestra cómo utilizar la anotación @ Named:

En este caso, la clase se llama “Universidad”, pero nos referiremos a ella mediante el nombre “universidadBean”. Observe que la primera letra del nombre está en minúscula; esto es una convención que siempre se debe seguir cuando se nombran beans.

Si prescindimos del atributo valor como en este ejemplo, el bean se llamará “universidad”. Ambas formas son válidas, y queda a criterio del programador optar por una u otra.

El concepto de inyección de dependencias se utiliza para hacer referencia a la necesidad que tiene un “objeto A” de contar con un “objeto B” para poder realizar alguna tarea en concreto. Por ejemplo, para poder funcionar, una computadora (objeto A) necesita contar con una fuente de poder (objeto B), entre otros objetos.

Para poder incluir el objeto B en el interior del objeto A, los CDI proveen la anotación @Inject. En el siguiente fragmento de código se muestra cómo realizar una inyección de dependencias:

En el capítulo anterior utilizamos la inyección de dependencias sin saberlo. Recordémoslo observando el siguiente fragmento de código:

En este caso utilizamos la anotación @EJB en lugar de @Inject. El lector podrá preguntarse entonces: ¿cuál es la diferencia?, ¿cómo saber cuándo emplear una u otra? La respuesta podemos encontrarla en el sitio web de Adam Bien, quien afirma “que ambas anotaciones son validas para inyectar un EJB, se puede comenzar con @Inject, y en caso se ser necesario se puede utilizar @EJB, ya que permite pasar informacion adicional”.

Los CDI beans tienen un alcance que define su vida útil, por lo que se consideran objetos contextuales (Heffelfinger, 2017).

La Figura 4.1 muestra los diferentes ámbitos definidos dentro del paquete javax.enterprise.context