Reutilización de software

Transcripción

1 Reutilización de software A nivel de clase: Clases y algoritmos JGL A nivel de diseño Patrones de diseño A nivel de arquitectura Arquitectura J2EE 1

2 Aplicaciones Web Servidor Introducción a la arquitectura J2EE 2

3 Índice Introducción Servidor de aplicaciones Arquitectura de aplicación J2EE Desarrollo de EJB s (parte 2) 3

4 Introducción Objetivo Desarrollar, implantar y ejecutar componentes de lógica de negocio en la plataforma J2EE Java 2 Enterprise Edition 4

5 Introducción Dónde lo implementamos? Heterogeneidad: Plataforma: Unix/Linux, Windows, Mac/OS Lenguaje lógica: Java, C++, c#, Perl Fabricante: Oracle, IBM, HP, Microsoft Plataforma J2EE (Sun Microsystems): Define una arquitectura de desarrollo (n niveles) Define una serie de especificaciones para el desarrollo de aplicaciones en internet. No implementa ningún software Únicamente está especificaciones compuesto por un conjunto de Los fabricantes desarrollan servidores de aplicaciones que cumplen las especificaciones J2EE Permite la migración de un fabricante a otro fácilmente. 5

6 Introducción J2EE: Distribución básica multinivel Nivel Cliente Nivel (es) servidor de aplicación Nivel Datos Apps Presentación Lógica Servicios API Servicios API 6

7 Introducción El API de J2EE Java Servlets 2.3 Java Server Pages (JSP) 1.2 Enterprise Java Beans (EJB) 2.0 JDBC 2.0 Java Message Service (JMS) 1.0 Java Transaction API (JTA) 1.0 Java Mail 1.2 Java Beans Activation Framework (JAF) 1.0 Java API for XML Parsing (JAXP) 1.1 The Java Connector Architecture (JCA) 1.0 Java Authentication and Authorization Service (JASS) 1.0 7

8 Servidor de aplicaciones Es un software que da soporte a los componentes de servidor Proporciona un entorno de ejecución para los componentes Los componentes de servidor utilizan los servicios del servidor de aplicaciones Tareas de infraestructura: Instalación de componentes Comunicación Sincronización de acceso concurrente Preparación de un entorno seguro Seguridad en las transacciones 8

9 Servidor de aplicaciones Servicios ofrecidos Servicio de nombres: acceso a componentes y recursos a través de nombres lógicos Java Naming and Directory Inteface(JNDI) Servicio de transacciones: ejecución de una serie de pasos de forma atómica y aislada Java Transaction Service (JTS) Servicio de seguridad: directivas de seguridad para recursos protegidos Java Authentication and Authorization Service(JAAS) Persistencia: almacenamiento persistente de objetos y estados de objetos, normalmente en BD relacionales JDBC Comunicación: distintas técnicas de comunicación Comunicación Web: TCP/IP, UDP/IP,HTTP1.0 y HTTPS Procesador de objetos distribuidos: RMI-IIOP Servicios de configuración y administración: empaquetamiento, instalación y configuración flexible de componentes y la administración de aplicaciones Descripción mediantes esquemas XML de las características de servidores, containers y otro servicios. 9

10 Arquitectura de aplicación J2EE Nivel Cliente Nivel (es) servidor de aplicación Nivel Datos Cliente web Web container EJB container Bases de datos Aplicaciones legadas Cliente Java Servlets, JSP Enterprise JavaBeans Servicios y API s, JNDI, RMI-IIOP Servicios y API s, JNDI, RMI-IIOP Servicios y API s, JNDI, RMI-IIOP Sistemas ERP J2EE J2EE J2EE 10

11 Arquitectura J2EE 11

12 Aplicación J2EE desde cliente Java 12

13 Enterprise (Java)Beans (EJB) Es una especificación completa para el desarrollo de componentes de negocio Objetivos de la arquitectura de componentes EJB: Facilitar el desarrollo de aplicaciones, concentrándose en la lógica de negocio Independencia del proveedor de componentes mediante la utilización de interfaces Independencia de la plataforma, gracias a la utilización del lenguaje Java 13

14 Aplicaciones Web Servidor Desarrollo de EJB s

15 Índice Tecnología utilizada Arquitectura Desarrollo de un EJB Clasificación de EJB s Los Session Bean 15

16 Tecnología utilizada RMI-IIOP: Invocación de objetos remotos mensaje mensaje Cliente Internet EJB JNDI: Localización de los objetos remotos 16

17 Invocación remota de objetos: RMI-IIOP Queremos que los objetos del servidor se abstraigan de los aspectos relacionados con la comunicación remota Cliente Objeto remoto Interfaz remota Interfaz remota Stub Skeleton La tarea mas importante de los Stubs y Skeleton consiste en serializar los objetos que se envían como parámetro 17

18 Invocación remota de objetos: RMI-IIOP Separación interfaz y lógica Para construir y usar una clase Kaixo remota con el método iepa(string n) debemos: Definir una interfaz IKaixo con el método iepa(string n) que extienda la interfaz java.rmi.remote y hacer que este método declare la interfaz RemoteException Definir una clase KaixoImp que implemente la interfaz Kaixo Llamar al compilador RMI (rmic) para que cree las clases KaixoStub y KaixoSkeleton Crear al menos un objeto de la clase KaixoImpl y darle un nombre Un cliente debe localizar el objeto remoto, obtener el stub y realizar las llamadas al stub. El cliente debe tener en su máquina virtual la clase KaixoStub.class 18

19 Jerarquia de clases class java.rmi.server.unicastremoteobject interface java.rmi.remote -- CLASE REMOTA -- INTERFAZ REMOTA extiende class KaixoImp +iepa(n:string):void -- CLASE REMOTA implementa extiende interface IKaixo + iepa(n:string):void -- INTERFAZ REMOTA class Cliente kaixo: IKaixo usa -- CLASE CLIENTE 19

20 Invocación remota de objetos: RMI-IIOP Ejemplo: la interfaz IKaixo import java.rmi.remote; import java.rmi.remoteexception // La interfaz remota del objeto remoto. Los clientes // utilizarán esta interfaz para invocar el objeto remoto public interface IKaixo extend Remote { public String iepa(string n) throws RemoteException; } 20

21 Invocación remota de objetos: RMI-IIOP Ejemplo: la implementación Kaixo import java.rmi.remoteexception import java.rmi.portableremoteobject; public class KaixoImp extend PortableRemoteObject implements IKaixo{ public KaixoImp throws RemoteException { super(); } public String iepa(string n) throws RemoteException { return ( iepa +n); } } 21

22 Búsqueda remota de objetos: JNDI Servicios de naming y directory Mecanismo para la búsqueda de: Máquinas, Impresoras, drivers Consiste en asociar a un nombre lógico un elemento físico Código Cliente JNDI Client API Service Provider Interface LDAB Service Provider NIS Service Provider File System Service Provider 22

23 Búsqueda remota de objetos: JNDI Servicios de naming y directory Cliente Code 2: Buscar el objeto en un árbol JNDI conocido 3: return Stub Initial Context 4: Invocación método remoto RMI-IIOP Stub Máquina #1 5: Delegar RMI-IIOP Skeleton 1: Almacenar el objeto remoto en el árbol JNDI 6: Delegar RMI-IIOP Remote Object Máquina #2 Máquina #3 23

24 Búsqueda remota de objetos: JNDI Almacenar el objeto remoto en el árbol JNDI Crear una instancia del objeto remoto Localizar el contexto objeto del árbol y la máquina Ubicar el objeto en el contexto 24

25 Búsqueda remota de objetos: JNDI Servicios de naming y directory Import javax.naming.*; public class Startup { public static void main(string args[]) Throws Exception { // Crear una instancia del objeto IKaixo kaixoinstance= new Kaixo(); // Localizar el objeto en el árbol JNDI InitialContext ctx=new InitialContext(System.getProperties()); ctx.rebind( KaixoObj, kaixoinstance); synchonized(kaixoinstance) { kaixoinstance.wait(); } } } 25

26 Búsqueda remota de objetos: JNDI Servicios de naming y directory Import javax.naming.*; import java.rmi.*; public class Client { public static void main(string args[]) Throws Exception { // Buscar el Stub através del JNDI Context ctx=new InitialContext(System.getProperties()); Object remoteobject=ctx.lookup( KaixoObj ); // Casting IKaixo ikaixo=(ikaixo)javax.rmi.portableobject.narrow(remoteobject,kaixo.class); System.out.println(ikaixo.iepa( alumnos de iso )); } 26

27 Índice Tecnología utilizada Qué son los EJB s? Desarrollo de un EJB Clasificación de EJB s Los Session Bean Los Entity Bean 27

28 Qué son los Enterprise JavaBeans EJB s: componentes usados como parte de aplicaciones corporativas distribuidas Cada bean encapsula parte de la lógica de negocio de la aplicación Se comunica con gestores de recursos y otro EJB s Accedido por distintos tipos de clientes: EJB s, servlets, clientes de aplicación, etc. En tiempo de ejecución reside en un contenedor EJB: servicios de seguridad, transacción, instalación(deployment), concurrencia y gestión del ciclo de vida. Una aplicación puede tener uno o varios EJB s en uno o varios contenedores EJB 28

29 Instalación típica J2EE Cliente web browser Web container JSP Servlets EJB container JDBC Bases de datos Cliente app. local Cliente Applet Firewall Servlets RMII-IIOP RMI-IIOP JSP Enteprise Beans Enteprise Beans Enteprise Beans Conectores Aplicaciones legadas Sistemas ERP Messaging(EJB 2.0, JMS, EJB 2.1) Servidor J2EE 29

30 Arquitectura Cliente EJB Container Interfaz remota API Transacciones Objeto remoto API Seguridad API BD Servicios Interfaz remota Stub Red Skeleton Aumento de las necesidades en el servidor: Transacciones, Persistencia, Seguridad, Threads,... 30

31 Arquitectura Corba Middleware explícito (anterior a J2EE) EJB Container API Transacciones Cliente Interfaz remota Interfaz remota Objeto remoto API Seguridad API BD Servicios Stub Red Skeleton CORBA: Invocación explícita a los servicios middleware a 31 través de un API dentro del código del objeto remoto

32 Arquitectura Corba Middleware explícito: Ejemplo transfer (Cuenta cuenta1, Cuenta cuenta2, long cantidad) { // 1: Invocar al API del middleware para verificar la seguridad // 2: Invocar al API del middleware para iniciar una transacción // 3: Invocar al API del middleware para cargar las tuplas de la BD 4: eliminar la cantidad de una cuenta y añadirlo a la otra // 5: Invocar al API del middleware para almacenar las tuplas // 6: Invocar al API del middleware para finalizar una transacción } 32

33 Arquitectura Corba Middleware explícito: Desventajas 1. Difícil de escribir: El código está contaminado. Muchas líneas de código no relacionadas con la lógica de negocio. 2. Difícil de mantener: Si se quiere modificar los servicios que utiliza el Bean, se necesita reescribir el código. 3. Difícil de Modificar: Los Vendedores Independientes de Software (ISV) NO ofrecen el código fuente, ya que es su propiedad intelectual. Por lo tanto los cambios en el código no serán posibles directamente. 33

34 Arquitectura J2EE Middleware implícito XML deployment Cliente <transaction> <security>. <data>. EJB Container Interfaz remota Objeto remoto API Transacciones API Seguridad API BD Servicios Interfaz remota Stub Red Skeleton 34

35 Arquitectura J2EE Middleware implícito Cliente EJB Container Objeto remoto Interfaz remota Objeto intercpt Interfaz remota API Transacciones API Seguridad API BD Servicios Interfaz remota Stub Red Skeleton 35

36 Arquitectura Middleware implícito: Arquitectura EJB 1. Escribir el objeto distribuido que contiene únicamente la lógica de negocio. No implementar invocación a los servicios del middleware transfer (Cuenta cuenta1, Cuenta cuenta2, long cantidad) { // 1: eliminar la cantidad de una cuenta y añadirlo a la otra } 2. Declarar los servicios que necesita el objeto distribuido en un fichero separado: fichero descriptor 3. Describir (interfaz) los servicios que exporta el objeto distribuido. 4. Ejecutar el programa suministrado por el proveedor, para que teniendo en cuenta las necesidades del objeto distribuido genere el objeto interceptor 5. El objeto interceptor intercepta la llamada desde el cliente, ejecuta los servicios del middleware que necesita el objeto distribuido y finalmente delega la llamada al objeto distribuido 36

37 Arquitectura Middleware implícito: Ventajas 1. Fácil de escribir: Únicamente se escribe la lógica de la aplicación. Los servicios necesarios se declaran en un fichero de texto. 2. Fácil de mantener: La separación de la lógica de negocio y la lógica del middleware es ortogonal. Modificaciones en el middleware NO implica modificaciones en el código de la aplicación. 3. Fácil de Modificar: Los clientes pueden modificar las necesidades del middleware modificando el fichero descriptor. Por ejemplo, se puede modificar aspectos de seguridad sin modificar el código fuente. 37

38 RMI y EJB s 38

39 Arquitectura completa EJB s 39

40 Desarrollo de un EJB Creación de un EJB Object remoto Client Code, such as Sevlets or Applets 5: Devolución referencia Objeto EJB (Stub) EJB Container/Server 3: Crear un nuevo objeto EJB 1: localizar referencia objeto Home 2: return referencia objeto Home interface Home JNDI Objeto Home 4: Crear objeto EJB Enterprise Beans Servicio Naming (LDAP) interface remota Objeto EJB En la interfaz home se indican los parámetros necesarios (de los métodos constructores) para crear los objetos EJB 40

41 Implementación componente EJB Un componente EJB [Kaixo] se define mediante tres objetos: Interfaz componente (o ejb) [IKaixo.java]: define los métodos del componente accesibles desde el cliente Interfaz home [IKaixoHome.java]: define los métodos de creación y borrado de componentes accesibles desde el cliente Objeto bean [KaixoBean.java]: define la implementación de los métodos del componente y el código de inicialización y borrado de los componentes 41

42 Desarrollo de un componente EJB 1. Escribir las interfaces componente y home 2. Escribir la clase bean con la implementación de los métodos de negocio 3. Crear el descriptor de despliegue ejb-jar.xml 4. Crear el fichero EJB JAR 5. Desplegar el bean en el contenedor 6. Usar el bean desde los clientes 42

43 Desarrollo de un EJB La interfaz remota Indica qué métodos del Bean se exportan Es una interfaz java Descrita por el desarrollador Tiene que extender a javax.ejb.ejbobject javax.ejb.ejbobject extiende a java.rmi.remote. Todo objeto que implementa java.rmi.remote es un objeto remoto que puede ser invocado desde cualquier JVM 43

44 Desarrollo de un EJB La interfaz remota La interfaz con la que opera el cliente cuando quiere invocar al EJB. Es tarea del sistema implementar esta interfaz. El objeto implementado es el objeto EJB, quien delega la invocación al bean. public interface IKaixo extend javax.ejb.ejbobject { public String iepa() throws java.rmi.remoteexception; } 44

45 Desarrollo de un EJB La interfaz Home Esta interfaz tiene métodos para crear/destruir objetos EJB. La implementación del home interface es el home Object y la implementa el sistema public interface IKaixoHome extend javax.ejb.ejbhomeobject { IKaixo create() throws java.rmi.remoteexception, java.ejb.createexception; } 45

46 Desarrollo de un EJB Invocación a un Bean remoto Client Code, such as Sevlets or Applets EJB Container/Server 1: invocar Stub interface Home Objeto Home 6: llamada bean Enterprise Beans interface remota Objeto EJB 5: middleware Transaction service, Security service Persistence service, etc... Interfaz remota 4:invocar al Objeto EJB Stub Red 2: marshall 3: unmarshall Skeleton 46

47 Desarrollo de un EJB Creación de un EJB Object local EJB Container/Server Client Code, such as Sevlets 1: invocar el objeto local Interface local Home Objeto local Home 3: llamada bean Enterprise Beans interface local Objeto local EJB 2: middleware Transaction service, Security service Persistence service, etc... En ocasiones, el cliente se encuentra en la misma máquina que el contenedor de EJB!! 47

48 Desarrollo de un EJB La interfaz local Los clientes locales pueden utilizar esta interfaz para invocar al bean. La mayor diferencia radica en el tratamiento de excepciones public interface IKaixoLocal extend javax.ejb.ejblocalobject { public String iepa() ; } 48

49 Desarrollo de un EJB La interfaz local home Los clientes locales pueden utilizar esta interfaz para invocar al bean. La mayor diferencia radica en el tratamiento de excepciones public interface IKaixoLocalHome extend javax.ejb.ejblocalhome { KaixoLocal create() throws java.ejb.createexception; } 49

50 Desarrollo de un EJB La clase Bean public class KaixoBean implements javax.ejb.sessionbean { private SessionContext ctx; public void ejbcreate() {}; public void ejbremove() {}; public void ejbactivate() {}; public void ejbpassivate() {}; public void setsessioncontext(javax.ejb.sessioncontext ctx){ this.ctx=ctx;} } //Métodos de negocio public String iepa() { return iepa guztioi!!!! ; } 50

51 Desarrollo de un EJB Descriptor deployment independiente Los servicios middleware requeridos por el Bean (XML) - Gestión del bean: Nombre, tipo, home interface - Requisitos de Persistencia: Cómo almacenar los datos - Requisitos Transacionales - Requisitos de Seguridad 51

52 Desarrollo de un EJB Descriptor deployment independiente <ejb-jar> <enterprise-beans> <session> <ejb-name> El nombre del bean <home> El nombre de la interface home <remote> El nombre de la interface remota <local-home> El nombre del la interface local remota <local> El nombre de la interface local <ejb-class> el nombre del la clase del bean (class) <session-type> Si es stateful o stateless <transaction-type>... <session> <enterprise-beans> <ejb-jar> 52

53 Desarrollo de un EJB Descriptor deployment independiente <ejb-jar> <enterprise-beans> <session> <ejb-name> Kaixo </ejb-name> <home> examples.ikaixohome </home> <remote> examples.ikaixo </remote> <local-home> examples.ikaixolocalhome </local-home> <local> examples.ikaixolocal </local> <ejb-class> examples.kaixobean </ejb-class> <session-type> Stateless </session-type> <transaction-type> Container </transaction-type> <session> <enterprise-beans> <ejb-jar> 53

54 Desarrollo de un EJB Descriptor deployment dependiente Describe parámetros no estándar. Depende del servidor de EJBs. Referencia JNDI 54

55 Desarrollo de un EJB El fichero de despliegue. El fichero.jar Interfaces Home Remota Interfaces Home Local Creador fichero JAR Fichero Jar EJB Clases Enterprise Bean Interfaces Object Remota Interfaces Object Local Deployment Descriptor independiente Deployment Descriptor dependiente 55

56 Desarrollo de un EJB Pasos a seguir Escribir los ficheros.java que componen el bean: interfaces local y remoto, interfaces home local y remoto, el propio fichero y las clases adyacentes que sean necesarias Escribir el fichero de deployment Compilar las clases del punto 1 Crear al fichero Ejb-jar utilizando la utilidad jar. Este fichero debe contener el fichero de deployment y los ficheros.class Implantar el fichero ejb-jar Iniciar el contenedor de EJB (servidor) Crear un fichero.java que pruebe si funciona correctamente 56

57 Desarrollo de un EJB Modelo de Objetos Viene con la plataforma Java 2 <<interface>> javax.rmi.remote <<interface>> java.io.serializable <<interface>> javax.ejb.ejblocalobject <<interface>> javax.ejb.ejbobject Viene con la distribución de EJB <<interface>> javax.ejb.ejbhome <<interface>> javax.ejb.ejblocalhome <<interface>> javax.ejb.enterprisebean <<interface>> javax.ejb.sessionbean <<interface>> Kaixo Local Interface <<interface>> Kaixo Remote Interface <<interface>> Kaixo Home Interface <<interface>> Kaixo Local HomeInterface Suministrado por el proveedor del Bean (tenemos que escribirlo) Kaixo Bean Clase Implementación Kaixo EJB Local Object Kaixo EJB Object Kaixo Home Object Kaixo Local Home Object Generado por nosotros utilizando las herramientas del vendedor 57

58 Desarrollo de un EJB El cliente EJB Container/Server Cliente Interface Home 3: Crear nuevo objeto EJB 5: return referencia objeto EJB Objeto Home 6: Invocación método 4: Crear objeto EJB 1: localizar referencia objeto Home 2: return referencia objeto Home interface local Objeto EJB Enterprise Beans JNDI 7: delegar llamada al bean Servicio Naming (LDAP) 58

59 Desarrollo de un EJB El cliente Crear el contexto inicial. Los parámetros iniciales dependen de la plataforma. Localizar la referencia al EJB. Se obtiene una referencia a un objeto Home. Obtener la referencia a un objeto remoto (Remote Interface). Invocar los servicios ofrecidos por el EJB a través de la interfaz remota obtenida. 59

60 Desarrollo de un EJB El código del cliente Import javax.naming.context; import javax.naming.initialcontext; import javax.util.properties; public class KaixoClient { Parámetros de conexión al servidor JNDI public static void main(string[] args) throws Exception { //propiedades JNDI Properties props=system.getproperties(); // Obtener el contexto JNDI inicial (ip, posicion árbol) InitialContext ctx=new InitialContext(props); Conexión con el servidor JNDI 60

61 Desarrollo de un EJB El código del cliente Localización del objeto Home // Casting Object obj=ctx.lookup( KaixoHome ); KaixoHome home=(kaixohome ) javax.rmi.portableremoteobject.narrow( obj, KaixoHome.class); Kaixo kaixo=home.create(); Creación del objeto remoto System.out.println(kaixo.iepa()); } Invocación de los servicios del EJB 61

62 Índice Tecnología utilizada Arquitectura de componentes Desarrollo de un EJB Clasificación de EJB s Los Session Bean Los Entity Bean 62

63 Clasificacion de EJB Session Bean Características Ejecutados en relación a un único cliente Puede manejar datos en una BD subyacente De vida relativamente corta No se garantiza su persistencia en caso de caída del sistema Implementa lógica y/o reglas de negocio Ejemplos: validación tarjeta crédito carrito de la compra 63

64 Clasificacion de EJB Entity Bean Características Representa datos en una base de datos Siempre es transaccional Siempre compartido por múltiples usuarios Existe mientras existan los datos que subyacen Su persistencia es transparente en caso de caída del sistema Encapsula objetos de negocio Ejemplo: control de inventario de productos 64

65 Los Entity-bean Account class AccountID ownername balance 1 Ray Combs Bob Barker 1500 String accountid String ownername double balance deposit(amount) withdraw(amount) 3 Monty Haul 2750 Tabla Account Base de datos Account Instance accountid=1 ownername=ray Combs balance=

66 Los Entity Bean Account class String accountid String ownername double balance deposit(amount) withdraw(amount) Cada objeto se caracteriza por una clave El desarrollador del Bean únicamente se encarga de implementar los métodos deposit y withdraw El sistema se encargará de manera automática de actualizar la BD cuando haya habido alguna operación que haya modificado alguna de las variables del objeto cuenta 66

67 Desarrollo de EJB s Los Session Beans 67

68 Índice Clasificación de los Session Bean Stateless y Stateful Desarrollo de un Session Bean Stateless y Stateful 68

69 Introducción a los Session Beans Tipos de Session Bean Sin estado (stateless EJBs) Completamente transitorio Mera pieza de maquinaria de negocio No retiene información entre llamadas Con estado (stateful EJBs) Mantiene estado conversacional con el cliente Extensión lógica en el servidor de la aplicación cliente Pueden participar en transacciones Accedidos a través de su interfaz remota 69

70 Ejemplo I: Stateless bean Bean sin estado EJB Container/Server Interface Home Objeto Home isloginvalid(login, passwd) Enterprise Beans Gestión de Passwords isloginvalid(login, passwd) Interface Remota isloginvalid(login, passwd) Objeto EJB 70

71 Ejemplo I: Stateless bean Bean sin estado 4 partes requeridas al definir un bean: La interfaz remota. Extiende javax.ejb.ejbobject La interfaz Home. Extiende javax.ejb.ejbhome La definición de la clase del Bean Meta-data (descriptores y otra info. de configuración) 71

72 Ejemplo I: Stateless bean La interfaz remota Creación de la interfaz remota Extiende javax.ejb.ejbobject import javax.ejb.*; import java.rmi.*; public interface PasswordManager extends EJBObject { } public Boolean isloginvalid(string login, String password) throws java.rmi.remoteexception; Esta interfaz define los servicios ofrecidos por el EJB. Todos los parámetros deben ser serializables 72

73 Ejemplo I: Stateless bean La interfaz home Creación de la interfaz home Extiende javax.ejb.ejbhome import javax.ejb.*; import java.rmi.*; public interface PasswordManagerHome extends EJBHome { PasswordManager create() throws CreateException, RemoteException } Los métodos create(): Invocan a los métodos ejbcreate() de la clase bean Deben corresponderse en número y tipo de argumentos a los métodos ejbcreate() de la clase bean. En lugar de devolver void devuelven una instancia de la interfaz remota Lanza cualquier excepción que lance sus homónimos en la clase bean, y debe lanzar javax.ejb.createexception Los métodos remove() no deben ser sobreescritos. 73

74 La interfaz home Relación entre create() y ejbcreate() EJB Container/Server Cliente 1: create 6: return referencia objeto EJB Objeto Home 2:ejbCreate() 4: return id objeto Session Bean Instance 5: Crear objeto EJB(id objeto) Objeto EJB 74

75 Ejemplo I: Stateless bean La clase Bean Debe implementar javax.ejb.sessionbean, que proporciona los métodos: import javax.ejb.*; import java.rmi.*; public class PasswordManagerBean implements SessionBean { public boolean isloginvalid(string login, String password) throws RemoteException {} public void ejbcreate() throws RemoteException {} public void ejbactivate() throws RemoteException {} public void ejbpassivate() throws RemoteException {} public void ejbremove() throws RemoteException {} public void setsessioncontext (SessionContext ctx) throws RemoteException {} } Estos métodos son invocados por el contenedor de EJBs 75

76 Gestion de los Beans Stateless Bean EJB Container/Server Cliente Stateless Bean Pool Interface Remota Bean Bean Objeto EJB Invoke() Bean Bean Se tiene un conjunto de Beans, y los clientes pueden reutilizar los Beans 76

77 Ejemplo I: Stateless bean La clase Bean Creación de la clase bean (II) Además se deben implementar uno o más métodos ejbcreate(): Es el mecanismo de inicialización del EJB. Puede estar parametrizado. También debe implementar uno o más métodos de negocio: Debe implementar los servicios de la interfaz remota import javax.ejb.*; import java.rmi.*; public class PasswordManagerBean implements SessionBean {... public boolean isloginvalid(string login, String password) throws java.rmi.remoteexception; { //Pedir una conexion JDBC al Pool de conexiones. DataSource ds = initialcontext.lookup( java:comp/env/jdbc/passwords ); Connection conn=ds.getconnection();... //Comprobar si existe ese login con ese password // boolean passvalid=.. return passvalid; } }

78 Ejemplo II: Stateful bean La clase Bean EJB Container/Server Interface Home Objeto Home Gestión de Passwords Interface Remota isloginvalid(passwd) changepass(oldpass, newpass) Enterprise Beans isloginvalid(passwd) changepass(oldpass,newpass) Objeto EJB isloginvalid(passwd) changepass(oldpass, newpass) 78

79 Ejemplo II: Stateful bean Bean con estado 4 partes requeridas al definir un bean: La interfaz remota. Extiende javax.ejb.ejbobject La interfaz Home. Extiende javax.ejb.ejbhome La definición de la clase del Bean Meta-data (descriptores y otra info. de configuración) 79

80 Ejemplo II: Stateful bean La interfaz remota Creación de la interfaz remota Extiende javax.ejb.ejbobject import javax.ejb.*; import java.rmi.*; public interface PasswordManager extends EJBObject { public Boolean isloginvalid(string password) throws java.rmi.remoteexception; public Boolean changepass(string oldpass, String new Pass) throws java.rmi.remoteexception; } Esta interfaz define los servicios ofrecidos por el EJB. Todos los parámetros deben ser serializables 80

81 Ejemplo II: Stateful bean La interfaz home Creación de la interfaz home Extiende javax.ejb.ejbhome import javax.ejb.*; import java.rmi.*; public interface PasswordManagerHome extends EJBHome { PasswordManager create() throws CreateException, RemoteException PasswordManager create(string login) throws CreateException, RemoteException } Los métodos create(): Los metodos create invocan a los métodos ejbcreate() de la clase bean. Deben corresponderse en número y tipo de argumentos a los métodos ejbcreate() de la clase bean. En lugar de devolver void devuelven una instancia de la interfaz remota Lanza cualquier excepción que lance sus homónimos en la clase bean, y debe lanzar javax.ejb.createexception Los métodos remove() no deben ser sobreescritos. 81

82 Ejemplo II: Stateful bean La clase Bean Debe implementar javax.ejb.sessionbean, que proporciona los métodos: import javax.ejb.*; import java.rmi.*; public class PasswordManagerBean implements SessionBean { String name; public boolean isloginvalid(string password) throws RemoteException {} public void ejbcreate(string name) throws RemoteException {} public void ejbcreate() throws RemoteException {} public void ejbactivate() throws RemoteException {} public void ejbpassivate() throws RemoteException {} public void ejbremove() throws RemoteException {} public void setsessioncontext (SessionContext ctx) throws RemoteException {} } Estos métodos son invocados por el contenedor de EJBs 82

83 Ejemplo II: Stateful bean La clase Bean Creación de la clase bean (II) Además se deben implementar uno o más métodos ejbcreate(): Es el mecanismo de inicialización del EJB. Puede estar parametrizado. También debe implementar uno o más métodos de negocio: Debe implementar los servicios de la interfaz remota import javax.ejb.*; import java.rmi.*; public class PasswordManagerBean implements SessionBean { String login; public void ejbcreate(string login) { this.login=login; } public Boolean isloginvalid( String password) throws java.rmi.remoteexception { //Pedir una conexion JDBC al Pool de conexiones. DataSource ds = initialcontext.lookup( java:comp/env/jdbc/passwords ); Connection conn=ds.getconnection();... //Comprobar si existe el login con ese password // Boolean passvalid=.. return passvalid; 83 }...}