Enterprise Java Beans

EJBs Beans gestionados por un contenedor del servidor de aplicaciones para gestionar el acceso a recursos (bases de datos, colas de mensajes, ficheros, etc) y proporcionar servicios (seguridad, transacciones, mensajería, nombres) de forma sistemática y optimizada La utilización de EJB simplifica el desarrollo de aplicaciones web y permite construir aplicaciones escalables

Tipos de EJBs Las EJBs pueden ser de sesión o dirigidas por mensajes. –Las EJBs de sesión ejecutan métodos de forma síncrona, pudiendo devolver valores –Las EJBs dirigidas a mensajes añaden un mensaje a una cola indicando tareas pendientes de ejecutar, que se llevan a cabo de forma asíncrona

Tipos de EJBs, II Las EJBs de sesión pueden ser con estado, sin estado o únicas (singleton) –Las EJBs con estado las utiliza un único cliente para ejecutar sus métodos y mantienen sus atributos entre llamadas –Las EJBs sin estado pueden ser utilizadas consecutivamente por clientes arbitrarios cada vez que ejecutan un método. Pueden mantener sus atributos entre llamadas –Las EJBs únicas tienen una sola instancia para toda la aplicación

Especificación de EJBs Las EJBs se pueden inyectar en otros objetos gestionados por el servidor, como los servlets, utilizando la El objeto en el que se inyecta la EJB se llama cliente Las EJBs pueden ejecutarse en el módulo del cliente o en módulos específicos, que pueden incluso estar en ordenadores diferentes del del cliente

Ejemplo de anotación de inyección en un servlet public class MiServ extends HttpServlet private MiEJB miEJBRef; protected void doGet(…) { … miEJBRef.miMetodo(); …} }

Especificación de EJBs Las EJBs sin estado se definen mediante la en su clase Las EJBs con estado se definen mediante la en su clase Las EJBs únicas se definen mediante la en su clase

Ejemplo de EJB de sesión sin estado package myPack; Import public class MyEJB implements MyEJBLocal { public String myMethod(String myName) { return “Hello “ + myName;} }

Contextos y EJBs Las EJBs únicas corresponden al contexto de aplicación, pues hay garantías de que hay una sola por cada aplicación y el contenedor correspondiente la inyecta en su momento dentro del ciclo de vida del objeto gestionado que lo solicita Solamente se deben utilizar si se van a utilizar para ejecutar métodos, pues en caso contrario son innecesariamente ineficientes

Contextos y EJBs Clientes dentro de diferentes sesiones de una aplicación web pueden acceder a la misma EJB de sesión no únicas, por lo que estas EJBs no corresponden al contexto de sesión Diferentes componentes web pueden acceder a diferentes EJBs de sesión no únicas de la misma clase al ejecutar la misma instrucción, por lo que las EJBs no corresponden al contexto de aplicación

Contextos y EJBs, II Lo anterior es cierto también para las componentes dirigidas por mensajes Como consecuencia de lo anterior, las EJBs de sesión nunca corresponden a una sesión de la aplicación

Reutilización y escalabilidad de EJBs Los módulos que forman las aplicaciones Java EE, que dan lugar a ficheros jar que se incluyen en el fichero ear de las aplicaciones correspondientes, permiten la reutilización de código Las aplicaciones web pueden incluir módulos específicos EJB, en cuyo caso se llaman aplicaciones Enterprise

Estructura de una aplicación Enterprise

Reutilización y escalabilidad de EJBs, II Cuando una aplicación Enterprise utiliza un módulo EJB, el módulo Web de la aplicación incluye una interfaz implementada por las clases de las EJBs que utiliza. La interfaz utilizada por los objetos de un módulo que acceden a EJBs que están en otro módulo se llama interfaz de negocios, y lleva una anotación especial

Reutilización y escalabilidad de EJBs, III Una aplicación puede acceder a un módulo EJB que está en otra máquina java (normalmente, en otro servidor) La interfaz utilizada por los objetos de un módulo que acceden a EJBs que están en la misma máquina Java se llama interfaz local y se define con la

EJB: Clientes remotos En el caso de EJBs que están en la máquinas Java diferentes se utiliza la Las llamadas a métodos de EJBs remotas pasan los atributos por copia en lugar de por valor, y los valores devueltos también se copian

Características recientes de Java EE La utilización de EJBs sin definir explícitamente una interfaz ha sido incorporada recientemente a Java EE (especificación Java Beans 3.1, dentro de Java EE 6) La utilización de anotaciones ha sido incorporada recientemente a Java (Java SE 5) y a Java EE (Java EE 5)

Utilización de EJBs sin anotaciones Java EE permite inyectar elementos mediante un servicio de búsqueda basado en nombres (JNDI, Java Naming and Directory Interface). En lugar private MiEJB miEJBRef; se utiliza Context ctx = new InitialContext(); MiEJB miEJBRef = (MiEJB) ctx.lookup("java:global/env/audit");

Utilización de EJBs sin anotaciones, II Cuando se utiliza JNDI para acceder a EJBs (u otros objetos inyectables) hay que especificar la creación de los objetos en un fichero XML de configuración, llamado ejb-jar.xml.

Utilización de EJBs sin anotaciones, III Bean HolaMundo HolaMundo com.saludo.HolaMundoHome com.saludo.HolaMundoRemote com.saludo.HolaMundoBean Stateless Bean

Transacciones en Java EE Java EE permite definir transacciones de SQL, según se describieron al estudiar la API de Persistencia, o de software. Una transacción de software corresponde a la ejecución de un método de una EJB. Si se lanza una excepción durante una transacción de software, se ejecutan acciones de recuperación del error.

Transacciones en JEE, II Por defecto cualquier método de cualquier EJB comienza una transacción si no hay una comenzada. Por defecto las transacciones terminan con éxito cuando se termina de ejecutar el método que las comienza sin excepciones. Al terminar con éxito una transacción los EntityManagers involucrados llaman al método flush() y ejecutan un COMMIT.

Transacciones en JEE, III Las transacciones se terminan deshacien- do los cambios realizados desde su comienzo si se lanza una excepción antes de su terminación natural. Cuando se termina una transacción debido a una excepción los EntityManager involucrados ejecutan un ROLLBACK en el SGBD.

Transacciones en JEE, IV Cuando se termina cualquier transacción todas las entidades persistentes involucradas pasan al estado Detached (el EntityManager correspondiente ejecuta el método close sobre ellas). La excepción IncompleteConversationalState, si se recoge, no termina la transacción que se está ejecutando.

Transacciones en JEE, V JEE permite la definición programática de transacciones mediante la clase inyectable UserTransaction, que tiene métodos begin(), commit() y rollback().

Ciclo de vida de entidades

Ejercicio voluntario [EJBPERS] Aplicación web que amplía la del ejercicio [DBPERS1] del capítulo de Persistencia utilizando transacciones