Les enterprises Java Beans

Transcription

1 Enterprise Java Beans Les enterprises Java Beans Michel RIVEILL - Laboratoire I3S Architecture permettant la création d applications réparties selon l architecture 3 parties interface traitement persistance Le composant de traitement est exécuté sur un serveur et il est appelé par un client distant REMARQUE : Rien à voir avec les Java beans qui sont des composants côté client 2 Enterprise JavaBeans Enterprise Java Beans Rendre une application facile à développer, déployer et administrer indépendamment de la plate-forme permettant son exécution Un EB (EnterpriseBean) n est pas spécifique de la plateforme dans laquelle il est utilisé Le déploiement d un EB se fait sans recompilation ou modification du code source spécifications = définition d une architecture pour construire une application en Java dont la partie serveur est construite à à l aide de composants appelé Entreprise Beans (EB) Architecture = ensemble d interfaces Caractéristiques principales des EB «écrit une fois, s exécute partout» composants «serveurs» spécialisés écrits en Java JavaBeans = composants clients visuels c.f. objets métiers de CORBA est la partie centrale de la plate-forme 3 4

2 Plate-forme Enterprise Java Architecture de serveur Composants Java beans RMI (JRMP, IIOP) Composants Enterprise Java Beans Client HTML Client CORBA (c++, Java, VB, ) HTTP Serveur WEB servlet IIOP RMI Serveur EB container SQL XQ SGBD relationnel JTA Plate-forme (Conteneur + Serveur) JDBC... JMS JNDI... Client Java Application, Applet RMI EB container OQL XQ SGBD objet Plate-forme Serveur (Unix, NT) + JVM + JDK Client DCOM ActiveX RPC DCOM JTM 5 6 Caractéristiques principales Modèle d exécution L architecture identifie les éléments suivants : composants logiciels ou beans (EB), conteneurs, serveurs, clients. Les conteneurs isolent les beans du client et d une implémentation spécifique d un serveur Rappel : les beans sont dans la partie serveur Conteneurs et serveurs implémentent les mécanismes de bas niveau utilisés par les applications transactions, persistance, gestion mémoire, 7 8

3 Caractéristiques principales s intéresse aux activités liées au développement, au déploiement et à l exécution d une application définit différents rôles associés aux différentes parties intervenant dans la production d une application définit des contrats associés à un bean Ces contrats sont passés entre le conteneur et les clients qui utilisent le bean. => ce sont des règles (obligations) qui doivent être respectées par le fournisseur de l EB et de conteneur Les différents rôles Fournisseur d EB Assembleur d application L installateur Enterprise Bean (EB) Application Développement de l application Déploiement et exécution 9 Fournisseur de conteneur Fournisseur de serveur Produit Utilise Conteneu r Serveur Développement du serveur 10 contrats Fournir un modèle de développement uniforme pour les applications qui utilisent les composants EB Contrat coté client client fournir une vue uniforme du bean au client. En particulier cette vue est indépendante de la plateforme de déploiement Contrat coté conteneur permettre la portabilité des beans sur différents serveurs Contrat coté packaging (ejb-jar file) fournir un format de fichier standard pour packager les beans. Ce format doit être supporter par tous les outils liés aux Contrat client EBJ conteneur serveur Enterprise Bean Fichier ejb-jar Contrat conteneur Contrat parckaging 11 Le contrat coté client Localiser le bean utilisation de JNDI Utiliser le bean utilisation de l interface standard fournie par l EB provider Home Interface (méthodes liées à la gestion du bean : create, remove, finder,...) Remote Interface (méthodes de l application) Le container implémente le mécanisme de délégation permettant de faire suivre l appel au bean le client ne communique pas directement avec le bean mais avec le container 12

4 Le contrat du conteneur L conteneur permet gestion du cycle de vie, gestion de l état, sécurité, transaction distribuée, concurrence, extensibilité ces services appellent des méthodes fournies par le bean (callback methods) Les conteneurs gèrent 2+1 types de beans propriétés et cycle de vie différent Session beans Entity beans Message driven beans Sorte de sessions beans spécialisés dans les communications par échanges de messages Session beans sont non persistant (short-lived) associé à un seul client un flot d exécution est créé pour chaque appel de méthode stateless sessions bean pas de donnée interne, inutile de le rendre passif, peut être partagé par plusieurs clients plusieurs appels de méthodes en provenance du même client stateful sessions bean sont détruits après un arrêt (ou une panne) de l serveur sont «transparents» aux transactions transmettent le contexte Entity beans Cycle de vie d un bean Représentent les données d une base de données sont persistant (long-lived) la gestion de la persistance peut être faite par le bean (bean managed persistence) ou déléguée à son conteneur (container managed persistence) acceptent les accès multiples effectués par plusieurs clients gestion de la concurrence peuvent participer à des transactions survivent aux pannes d un serveur les pannes sont cachées aux clients Le conteneur gère le cycle de vie d un bean Il fournit administration du bean ( Home implementation ) permet aux clients de créer, détruire et rechercher un objet appelle les opérations correspondantes fournies par le bean (callbacks) gestion de l état Activation le bean est chargé en mémoire Désactivation - Passivation le conteneur peut sauvegarder l état du bean 15 16

5 Cycle de vie d un session bean stateless Cycle de vie d un session bean stateful inexistant inexistant 1. remove 2. ejbremove 1. create 2. setsessioncontext 3. ejbcreate ejbremove 1. create 2. newinstance 3. setsessioncontext 4. ejbcreate ejbpassivate prêt prêt passivé 17 ejbactivate 18 Cycle de vie d un entity bean Persistance inexistant 1. newinstance 2. setsessioncontext 1. unsetentitycontext 2. finalize En attente 1. ejbremove ejbpassivate 1. ejbcreate 2. ejbpostcreate (appelé par client) ejbactivate (appelé par container) prêt Persistance gérée par le bean le fournisseur de l Entity Bean écrit les opérations d accès aux données permettant de géré la persistance dans les callback appropriés (ejbcreate, ejbstore, ejbload, ejbfind...) utilisation par exemple de JDBC ou d un SGF Persistance gérée par le conteneur le fournisseur de l Entity Bean utilise les services du conteneur ( container managed fields ) et précise le support utilisé pour la persistance le code d accès à la base de donnée est délégué au conteneur Dans les 2 cas le conteneur est responsable de la cohérence entre l état du bean et de l état sauvegardé dans la base de données 19 20

6 Transaction Bean s transaction attribute Support de l architecture XA (X/Open DTP architecture) extensions standards à JDBC 2.0 Java Transaction API (JTA) Modèle de transaction plat Pas de transaction imbriquées (nested) Gestion déclarative des transactions l attribut transactionnel associé aux EBs est affecté soit lors de la phase d implémentation du bean soit lors de son déploiement un bean peut aussi contrôler explicitement les transactions (JTA) un client peut aussi contrôler explicitement les transactions (JTA) Beans transaction Client s transaction transaction associated attribute bean s method TX_NOT_SUPPORTED none none none TX_REQUIRED none TX_SUPPORTS none none TX_REQUIRES_NEW none T2 TX_MANDATORY none Error TX_BEAN_MANAGED none Gestion de la concurrence Sécurité Accès à plusieurs clients d un entity bean Spécification de la sérialisibilité Isolation level définis dans SQL Niveaux d isolation READ UNCOMMITED READ COMMITED REPEATABLE READ SERIALIZABLE Lecture sale Lecture non répétable Fantômes La gestion de la sécurité est délégué au maximum au conteneur objectif : simplifier la programmation du bean, améliorer la portabilité Le support de la sécurité est basé sur l API sécurité de Java (javax.security) les méthodes liées à la sécurité peuvent être implémenté par le conteneur (javax.ejb.context interface) utilisation d attributs de sécurité défini dans le descripteur du bean utilisé lors de la phase de déploiement runasmode : CLIENT_IDENTITY, SPECIFIED_IDENTY, SYSTEM_IDENTITY RunAsIdentity : <identité> si SPECIFIED_IDENTITY Comme pour les transactions 2 modes Bean managed Container managed 23 24

7 Principaux bénéfices Application complexe facile à écrire gestion des transaction de manière déclarative gestion de la persistance gestion intégré de la sécurité gestion de la répartition La plate-forme et le bus logiciel (middleware) sont indépendants des applications Extensibilité du modèle Un exemple de Bean L exemple permet d illustrer Le développement et le déploiement d un bean Les mécanismes d exécution Gestion d un compte bancaire Composant persistant utilisation d un Entity Bean Interface du Bean (vue par le client).java public interface extends Object { public double getbalance() throws RemoteException; public void setbalance(double d) throws RemoteException; public String getcustomer() throws RemoteException; public void setcustomer(string c) throws RemoteException; Architecture de l application Ecriture d un exemple Client distant home stub object stub IIOP IIOP Espace d adressage du client Home object Object conteneur JTM Compte Bancaire Espace d adressage du conteneur JDBC + XA RMI ext = extension de RMI afin de propager le contexte de la transaction comme un paramètre supplémentaire (ou utilisation de IIOP) Oracle ou Instant DB Spécification du bean entity bean gestion de la persistance gérée par le conteneur Le concepteur doit écrire le code suivant l interface de gestion du bean - Home interface Home.java l interface d accès à distance - Remote Interface.java La classe pour la gestion des clés d accès aux différents comptes - Primary Key class (nécessaire uniquement pour les entity beans, encapsule le champ représentant la clé primaire d un entity bean dans un objet) BeanPK.java le code du bean Bean.java le descripteur pour le déploiement 27 28

8 Client/Serveur Processus de développement Développement d un bean Ecrire / compiler le Primary Key class (pour un entity bean ) Ecrire / compiler home et remote interfaces Ecrire / compiler l implémentation du bean Construire le descripteur de déploiement (GenDD tool) Construire le fichier d archive - jar file (packaging) Déploiement et exécution du bean Générer la classe d interposition pour le conteneur Bull -> GenIC tool Etablir le fichier de propriété pour l Server Activer rmiregistry Activer l Server Exécuter le client Home interface Vue client de l objet Home (Home.java) public interface Home extends Home { public create (int accno, String customer, double balance) throws RemoteException; public findbyprimarykey (BeanPK pk) throws RemoteException, FinderException; public Enumeration findlarges (double val) throws RemoteException, FinderException; Implémentation du Bean (1/2) class Bean implements EntityBean { public void ejbactivate() {... public void ejbpassivate() {... public void ejbcreate(...) {... public void ejbload() {... public void ejbstore() {... public void ejbremove() {... public void setentitycontext(...) {... public void unsetentitycontext() {... public void ejbpostcreate(...) {... les deux upcalls ejbfindbyprimarykey() et ejbfindlarges() sont généré uniquement si le conteneur gère la persistance Implémentation du Bean (2/2) protected EntityContext entitycontext; public int accno public String customer; public double balance; public double getbalance() throws RemoteException { return balance; public void setbalance(double d) throws RemoteException { balance = balance + d; public String getcustomer() throws RemoteException { return customer; public void setcustomer(string c) throws RemoteException { customer = c; 31 32

9 Creation des instances Home interface Méthodes de l application Remote interface Create(...) newinstance() setbalance() Begin Client Home setentitycontext() Bean Client Object setbalance() Bean Ref ejbcreate(...) commit Container Gestion des transactions Ecrire un client Le conteneur gère les transaction à l aide des classes d interposition qui sont générée automatiquement BullBean.java preinvoke() { case TX_REQUIRES_NEW: clienttransaction=current.suspend(); Current.begin(); postinvoke(){ case TX_REQUIRES_NEW: Current.commit(); Current.resume(clientTransaction); Localiser le container du bean Si nécessaire, lier le bean au client Utiliser le bean Libérer le bean BullBean.java public void setbalance(double d){ this.preinvoke(); Bean.setBalance(d); this.postinvoke(); 35 36

10 Programmation du client Programmation d un bean session Import tom.ejb.restaurant.*; Public class Client { public static void main (String [] argv) { // récupérer le contexte JNDI javax.naming.context initialcontext = new javax.naming.initialcontext(); // récupérer la référence sur la Home interface RestaurantHome rh = initialcontext.lookup(«restauranthome»); // créer un bean session Restaurant r = rh.create(«burger Heaven»), // appeler les méthodes du bean r.order(«cheeseburger»); // détruire le bean session r.remove(); Créer l interface remote Doit étendre l interface javax.ejb.object Doit définir les méthodes métiers Créer l interface home Doit étendre l interface javax.ejb.home Doit définir les méthodes create et remove Implémentation de la méthode create Est appelé par le conteneur lors de la création de l objet Implémentation de l interface SessionBean ejbactivate() appelé quand le bean est activé ejbpassivate() ejbremove() setsessioncontext(sessioncontext ctx) - appelé par le container pour définir le contexte Programmation d un bean session Programmation d un bean session Package tom.ejb.restaurant.server; Public class OrderBean implements SessionBean { private transient SessionContext ctx; private String order; // un bean peut avoir plusieurs méthodes create public void ejbcreate() throws Exception { // initiatialisation des variables d instances // méthodes métiers public boolean order(string order) { this.order = order; System.out.println(«order received for»+order); return true; // ces méthodes sont requises par l interface SessionBean public void ejbactivate() throws Exception{ public void ejbpassivate() throws Exception{ public void ejbdestroy() throws Exception{ public void setsessioncontext(sessioncontext ctx) throws Exception{this.ctx = ctx Implémenter l interface EntityBean ejbactivate() appelé lors de l activation ejbpassivate() ejbload() appelé lorsque l état est chargé depuis la base de donnée ejbstore() appelé lors de l opération inverse setentitycontext() appelé lorsque l instance a été créée unsetentitycontext() appelé par le conteneur avant de supprimer l instance ejbfind() permet à un client de rechercher le bean Si nécessaire, implémenter les méthodes create() Créer l interface remote Doit étendre l interface javax.ejb.object Créer l interface home 39 40

11 Programmation d un bean session Descripteur de déploiement Package tom.ejb.entity.server; Public class ExampleBean implements EntityBean { private transient EntityContext ctx; // la méthode finder est générée lors du déploiement // un bean peut avoir plusieurs méthodes create public void ejbcreate() throws Exception { // méthodes métiers public boolean dosomething() { // méthodes requises public void ejbactivate() throws Exception { public void ejbpassivate() throws Exception { public void ejbdestroy() throws Exception { public void ejbload() throws Exception { public void ejbstore() throws Exception { public void setentitycontext(entitycontext ctx) throws Exception { this.ctx = ctx public void unsetentitycontext() thows Exception { this.ctx = null Deployment Descriptor Fichier xml Home interface Remote interface Enterprise Bean BeanHomeName ControlDescriptors Env. properties ContainerManagedFields Home Bean Home1 TX_SUPPORTS DataSource name... accno, customer, balance Descripteur de déploiement (addendum) Si la persistance est gérée par le conteneur, le Bean fournisseur/installateur doit spécifier, dans l environnement les propriétés du Bean le lien avec la base de données datasource.name jdbc_oracle1 db.tablename db.field.accno accno db.field.customer customer db.field.balance balance la méthode de recherche du bean db.finder.findlarge where balance >? 43