Laboratoire informatique de Paris 6

Présentation au sujet: "Laboratoire informatique de Paris 6"— Transcription de la présentation:

1 Laboratoire informatique de Paris 6
EJB Enterprise Java Bean ™ Xavier BLANC LIP6 Laboratoire informatique de Paris 6

2 Plan Vers les composants Les Beans (précurseur)
Les Enterprise Java Beans Bases Architecture Sécurité Transaction Déploiement Conclusion

3 Des procédures aux composants
Vers les composants Des procédures aux composants

4 Historique Logiciel SIMPLICITE 1980 paradigme procédural D’utilisation
1990 paradigme objet 2000 paradigme composant SIMPLICITE D’utilisation COMPLEXITE De l’application

5 Qu’est ce qu’un Composant
?

6 Vers les composants Les avantages des composants:
Réutilisables (code, architecture, source) Evolution de l’application Portabilité Administration de l’application Tolérance aux pannes

7 Vers les composants Désavantages des composants:
Manque de plate-forme, de standard (trop ?) Manque de maturité Manque de contrôle Composants liés, gros composant

8 Client / Serveur ARCHITECTURE Client Serveur Données
Centralisation / Répartition des données Centralisation / Répartition des traitements ARCHITECTURE

9 Le modèle 3 tiers Client Serveur Données

10 Le multi-tiers Client Serveur Données

11 Qu’est ce qu’un composant
Entité indépendante(d’une autre) Formatée selon un certain Style Une application est un assemblage de composants (plate-forme)

12 Les Beans ~ Client Bean Les précurseurs

13 Définition Les Java Beans ont été les premiers composant java. Ils posent les concepts du paradigme composant selon Java. A java bean is a reusable software component that can be manipulated visualy in a builder tool. Un java Bean peut être graphique.

14 Cycle de vie Write-once run anywhere Design Time Run Time
Outil de developpement Application Design Time Run Time

15 Sémantique Essentiellement Graphique
Client Cependant, il existe des Beans « invisibles » Serveur Pas ou peu existant

16 Utilisations Java Bean Data Serveur Corba Serveur Java Bean
DataBase Protocol Java Bean J DBC Data Serveur IIOP Corba Serveur Java Bean Java Serveur RMI Java Bean

17 Caractèristiques Les Beans doivent supporter les fonctions suivantes:
Introspection Customization Events Properties Persistence

18 Introspection / Customization
Arranger/ Déployer Notion de règles d’écriture Notion de reflection Notion de Bean Info

19 Event Les événements Java sont spécifiés dans Java Beans
Les Java Beans communiquent par événement Notion du listener Notion de l’adapteur

20 Properties / Persistence
Stockage des Beans sur un support physique Notion de Serializable Stockage de l’état courant Possibilité de rendre des attributs non sauvegardables

21 Conclusions Prototype (Java en construction) Cycle de vie en 2 phases
Event Serializable Introspection Cycle de vie en 2 phases Notion de plate-forme d’acceuil => Les Swings sont des Java Beans

22 Enterprise Java Bean Du coté du serveur

23 Définitions Enterprise JavaBean is an architecture for component based distributed computing Enterprise Beans are components of distributed transaction-oriented enterprise applications

24 Généralitées Standard proposé par Sun (et IBM)
Standard de composant pour les applications réparties Simples d’utilisation, indépendant des couches transaction et sécurité (plate-forme) « Write Once, Run Anywhere » Compatible avec les API Java Compatible avec les autres plate-forme (CORBA)

25 Exemple d’utilisation
JavaBeans client IIOP Enterprise JavaBeans EJB Serveur Enterprise JavaBeans EJB Serveur Java IDL client IIOP IIOP IIOP CORBA client

26 Cycle de Vie Un bean est construit puis packagé
Un bean peut être arrangé lors du déploiement Un bean est déployé dans un EJB serveur Une instance de bean est créée et gérée par un container Les accès au Bean sont interceptés par le container

27 Types d’utilisateurs EJB server provider EJB container provider
Bean provider Application assembler Deployer System administrator EJB Architecture Application Administration

28 Enterprise bean instances
Vue Générale Client-view Enterprise bean instances Client component contract Container EJB Server deployment descriptor

29 Client-view Identité de du composant Home interface
Le container fournit une identité unique par composant Home interface Le container fournit des opérations de gestion de composants : Create, Remove, Find … Invocation de Méthodes Le container permet aux clients d’invoquer les méthodes du composants

30 Component contract Un bean doit toujours fournir une vue de son état. Le container doit pouvoir l’interroger. Un container doit passer un contexte aux beans. Ce contexte permet aux beans d’avoir des informations sur le container et sur les clients. Un container doit gérer un ensemble de propriétés pour les beans (environement, transactions, sécurité, …)

31 Deployment descriptor
Un ejb-jar est le format standard de packaging de beans Contient les classes du beans Contient un descripteur de déploiement (sous format XML)

32 Développement d’un Bean
Création des classes du Bean. (Business, home, remote) Arrangement du Bean. (Transaction, Sécurité, …) Déploiement du Bean. Exécution du Bean.

33 Session Bean Obligatoire dans EJB 1.0 S’exécute au nom d’un client
Peut être transactionnel Relativement de courte durée de vie N’est pas persistant

34 Entity Bean Obligatoire dans EJB 1.1
Représente une entité existante et stocké de façon persistante Est transactionnel Peut être partagé entre plusieurs client Persistant

35 Architecture Session et Entity

36 Vue client Session Bean
Un client accède à un Bean à travers sa Remote Interface Un EJBObject implante la Remote Interface Un EJBObject existe dans un container Un EJBObject a une identité Un EJBObject n’est pas persistant Plusieurs EJBObject peuvent exister dans un même container

37 Vue client Session Bean
La création d’un EJBObject se fait par l’intermédiaire de la Home Interface Le container exporte la référence de la Home Interface grâce à JNDI La Home Interface permet de créer, supprimer les EJBObject

38 Vue Client Session Bean
EJBObject EJB Home Client EJB 1 EJBObject EJB Home EJB 2

39 Vue Client d’un Session Bean
Le client trouve la Home Interface (JNDI) Le client fait un Create() sur la Home Interface et obtient une référence sur un EJBObject Le client fait ensuite des appels sur l’EJBObject qui transmet au bean

40 Contrat du container Une instance de Session Bean représente une session entre le client et l’application. Ses champs contiennent l’état de la session. Typiquement une instance de Session Bean lit et écrit des données dans une base de données. La vie de l’instance de Session Bean correspond à la vie du client.

41 Contrat du Container Un container gère la mémoire de son environnement de travail. Pour cela, il peut stocker les beans sur un autre support. Chacun des bean doit donc implanter deux fonctions. Une fonction passivate appelée lors du transfert du bean sur un autre support. Une fonction activate appelée lors du transfert du bean vers le container.

42 Contrat du container Une Session Bean peut être de deux types:
STATEFULL:Le bean sait dans quel état il se trouve. Il sait quelles sont les méthodes qu’il a effectué. STATELESS:Le bean ne sait pas dans quel état il est. Il ne sait pas quelles méthodes ont été appelées.

43 Création d’une Instance de Session Bean Statefull
Client EJB Home EJB Object Context Instance Create(args) new new new setSessionContext() ejbCreate(args)

44 Création d’une Instance de Session Bean Stateless (1/2)
Client EJB Home EJB Object Context Instance Create() new

45 Création d’une Instance de Session Bean Stateless (2/2)
Container Context Instance new new setSessionContext() ejbCreate()

46 The Bean Provider Le constructeur de Bean doit fournir la classe du Bean. Elle doit implanter javax.ejb.SessionBean. Elle doit être public et pas abstract. Elle doit implanter les méthodes ejbCreate(). Celles-ci doivent être public, retourner void, conforme RMI, renvoyer l’exception javax.ejb.CreateException. Chacune des méthodes ejbCreate() doit avoir une méthode create() équivalente dans la home interface Elle possède des méthodes business. Public et conforme à RMI.

47 The Bean Provider La remote interface du bean:
hériter de javax.ejb.EJBObject Conforme aux interfaces RMI Signatures des méthodes de business de la classe du bean

48 The Bean Provider La Home interface du bean:
Hériter de javax.ejb.EJBHome Conforme aux interfaces RMI Pour chaque méthode ejbCreate() de la classe du bean il faut une interface create() Ces méthodes doivent retourner l’exception javax.ejb.CreateException

49 Généralités Entity Quasiment équivalent que pour Session
Remote & Home interface Entity bean sont persistant Lien avec un support de stockage Durée de vie infini

50 Architecture EJBObject EJB Home EJB 1 Client EJBObject EJB Home EJB 2

51 Home interface Créer un nouveau EJBObject (idem que Session)
Supprimer un EJBObject() Rechercher un EJBObject existant. La Home interface propose un ensemble de méthode find()

52 Vie d’un Entity Bean does not exist and not referenced
release reference does not exist and referenced home.create(..) object.remove() or home.remove(…) or direct remove direct insert direct delete or home.remove(…) home.find(…) exists and referenced exist and not referenced release reference

53 Persistance Persistance Serveur / Bean
Persistance Serveur. Le container stocke le bean sur un support physique lors des appels aux méthodes ejbCreate(), ejbRemove(), ejbLoad(), … Le Bean peut gérer lui-même la persistance

54 Accès partagés Un entity bean est accessible de manière concurrente par des clients, c’est au serveur de gérer ces accès concurrents. Pour cela, deux stratégies sont proposées De faire une copie de chaque entity bean pour chacune de transactions concurrentes. Ainsi la gestion de la concurrence est déléguée à la base de donnée sur laquelle seront faite les modifications. De géré la concurrence à l’aide de verrou sur les entity bean

55 Bean Provider Quasiment identique que pour Session
La classe du bean hérite de java.ejb.EntityBean La Home interface La Remote interface

56 Descripteur & ejb-jar Les constructeurs de Bean proposent leurs beans aux constructeurs d’applications Archive ejb-jar (enterprise-beans) Les constructeurs d’applications passent les applications pour qu’elles soient déployées Archive ejb-jar (assembly-descriptor)

57 Bean Provider Home, Remote et Bean Autres classe
Descripteur de bean : ejb-jar.xml Nom du Bean Nom des classes (Home, Remote et Bean) Type du Bean (Session / Entity) Environnement …

58 Application Assembler
Tous les Beans Descripteur d’application : ejb-jar.xml Noms des beans Environnement Liens entre les beans Security Transaction

59 Sécurité

60 La Sécurité dans EJB L’architecture de l’Entreprise de Java Bean permet de transférer la gestion de la sécurité au niveau du serveur. La sécurité au sein des Java Bean inclus: Un accès à l’API de sécurité de Java (java.security) pour gérer localement la sécurité. Une description aux niveau de l’archive (XML) pour que le serveur gère la sécurité.

61 La Sécurité dans EJB L’architecture Entreprise Java Bean utilise le package de sécurité du langage Java : java.security. Le package n’est pas décrit dans la norme, celle-ci nous renvoie à Java. La classe java.security.Principal est plus précisément utilisée pour identifier un client.

62 La Sécurité locale Un bean a accès aux informations du serveur via son contexte. Celui-ci offre donc deux fonctions pour permettre à un bean d’obtenir l’identité d’un client. getCallerPrincipal() IsCallerInRole(String role_name)

63 Sécurité par le Container
Il est possible de spécifier des règles d’accès pour chacune des méthodes. Ceci se fait par l’intermédiaire du descripteur XML Description de rôles Description des règles de sécurités

64 Déclaration XML de rôle
<security-role> <description> blabla </description> <role-name> employe </role-name> </security-role> …

65 Déclaration XML de règles
<method-permission> <role-name> employe </role-name> <method> <ejb-name> EmployeServ </ejb-name> <method-name>*</method-name> </method> </method-permission>

66 Les transactions

67 Les transactions dans EJB
Le support des transactions réparties est une caractéristique principale de l’architecture EJB. Les entity bean et les session bean statefull peuvent être transactionnel. Les aspects transactionnels sont soit gérés par le serveur EJB soit par le bean lui même. La gestion par le serveur EJB est totalement transparent.

68 gérée par le Bean Utilisation de javax.transaction.UserTransaction
Programmation classique Commit RollBack …

69 gérée par le Serveur Spécification des caractéristiques transactionnelles dans le descripteur XML javax.ejb.SessionSynchronization Javax.ejb.EJBContext. setRollbackOnly() getRollbackOnly()

70 Descripteur XML Cinq aspects transactionnel NotSupported Required
Supports RequiresNew Mandatory Never

71 Descripteur XML <container-transaction> <method> <ejb-name> EmployeRecord </ejb-name> <method-name>*</method-name> </method> <trans-attribute> Required </trans-attribute> </container-transaction>

72 Et les autres plate-forme
Conclusion Et les autres plate-forme

73 Exemple de Bean Classe du Bean
public class ExampleBean implementjavax.ejb.SessionBean{ int solde; public void credit(int val) { solde +=val; } public void debit(int val) { solde -=val; public int solde() { return solde; public ejbCreate(int val) { solde = val;

74 Exemple de Bean javax.ejb.Sessioncontext ctx; public exampleBean() {
public void ejbActivate() { } public void ejbPassivate() { public void ejbRemove() { public setSessionContext(javax.ejb.SessionContext ctx) this.ctx = ctx; public exampleBean() {

75 Exemple de Bean Home Interface
public interface ExampleHome extends javax.ejb.EJBHome { Javax.ejb.EJBObject create(int val) throws java.rmi.RemoteException }

76 Exemple de Bean Remote Interface
Public interface exampleRemote extends javax.ejb.EJBObject { public void credit(int val) throws java.rmi.RemoteException; public void debit(int val) throws java.rmi.remoteException; public int solde() throws java.rmi.RemoteException; }

77 EJB 1.1 Composant orientés Serveur Un seul type de communication
Domaine d’application restreint Beaucoup plus stable que EJB 1.0 Ouverture vers CORBA Nombreuses plate-forme BEA WebLogic, BullSoft, IONA, Inprise

78 Et le futur ? Qu’est ce qu’un composant ? CCM Corba Composant Model
DCOM