Vous êtes sur la page 1sur 78

Java EE

Java Enterprise Edition


Pierre-Yves Gibello - pierreyves.gibello@experlog.com (Mise jour : Septembre 2011)
Ce document est couvert par la licence Creative Commons Attribution-ShareAlike. This work is licensed under the Creative Commons Attribution-ShareAlike License.

Java EE - Objectifs
Faciliter le dveloppement de nouvelles applications base de composants Intgration avec les systmes dinformation existants Support pour les applications critiques de lentreprise
Disponibilit, tolrance aux pannes, monte en charge, securit ...

Java EE Cest quoi?


http://java.sun.com/javaee anciennement, J2EE (Java2 Enterprise Edition) Spcifications Modle de programmation Implmentation de rfrence Suite(s) de tests Label Java EE Sun (qualification de plateformes)

Offre commerciale
Oracle WebLogic (haut de gamme) IBM Websphere (no 1) Oracle (Sun) Glassfish
NEC WebOTX SAP NetWeaver TmaxSoft Jeus, Kingdee Apusic, TongTech TongWeb AS

Offre open-source
JBoss (no 1 en nombre de dploiements) OW2 JOnAS Oracle (Sun) Glassfish ( Platform edition ) Apache Geronimo ( Community edition de IBM Websphere)

openEjb

Java EE sous l il de Darwin...


Standard en volution depuis 1997
J2EE 1.0 1.4 en 2003, etc...

Au dpart, applications Web n-tiers


Prsentation (Servlets puis JSP), essentiellement HTTP Logique mtier : EJB Donnes : JDBC

Puis infrastructure de support standard pour EAI


Facteurs de rationnalisation majeurs (JTA, JMS, JCA, Web Services) Evolution de progiciels existants vers Java EE

Java EE - Architecture
Browser WEB Container

html

http

Servlets JSPs

JDBC JMS JTA

Applets

rmi rmi
EJBs

JCA JAAS
JavaMail

DB

rmi
public static void main() {

JNDI EJB Container EIS

Java Application

Java EE Application Server

Architecture multi-tiers
Client
Lger (Web, browser) Lourd (Application java, Applet) Architecture oriente service (Application rpartie sans prsentation)

Serveur d applications
Conteneur EJB + logique mtier Services non fonctionnels

EIS ou Base de donnes

Un serveur Java EE
Source : Bull/OW2 (JOnAS)
Java Client
RMI Calls Web Container
Home interface Remote interface

JOnAS Java EE Server


EJB Container
Enterprise Enterprise Enterprise Java Bean Java Bean Java Bean

Servlets HTTP

Management

Transaction

Database

Naming

EJB

Web

Ear

HTML Client

JDBC Calls

database

...

Services

Conteneur Web
Servlets Code java excut sur le serveur Equivalent du CGI Gnration de contenu Web dynamique JSP: Java Server Pages Mlange de HTML/XML et de code java Librairies d extension ( taglibs ) Prcompilation en servlet

RMI
Remote Method Invocation

Java seulement, mais passerelles

RPC objet (appels sur objets distants) Service de nommage (RMI registry) Scurit paramtrable (SecurityManager) Garbage Collection distribue Tlchargement de code Fonctions avances

Activation d objets persistants, Rplication

JNDI
Service de nommage / annuaire
Java Naming and Directory Interface

API accs aux annuaires


javax.naming Service Provider par annuaire cible (LDAP, NIS, RMI registry)

Utilisation avec les EJB


Accs au bean (stub ou interface locale) pour initialiser Accs diverses ressources (UserTransaction, Queues JMS, DataSources)

JMS
Java Messaging Service JMS Provider : inclus dans JavaEE
Transport synchrone ou asynchrone, Garantie de livraison Messaging domains point point ou publish/subscribe

Lien avec EJB : message-driven bean


Pour changes asynchrones

API JavaEE de transactions : JTA


Java Transaction API Package javax.transaction

TransactionManager : begin( ), commit( ), rollback( ) Transaction : commit( ), rollback( ), enlistResource(XAResource), registerSynchronisation(Synchronization) ... Synchronization : beforeCompletion( ), afterCompletion(commit | rollback)

JTA : Participants
XAResource

Conformes la spcification XA Enregistrement avec transaction.enlistResource( ) Pour les ressources non transactionnelles (EAI) Participant averti des frontires de transaction enregistrement : transaction.registerSynchronization( ) beforeCompletion( ) quivaut prepare( ) afterCompletion(tat = commit | rollback) quivaut commit | rollback

Synchronization

API XA de JavaEE
Package javax.transaction.xa

XAResource (prepare( ), commit( ), rollback( )...) Xid (identifiant de transaction XA) Extension de JDBC (bases de donnes) XADataSource (getXAConnection( )) XAConnection (PooledConnection, avec getConnection( ) et getXAResource( ))

Package javax.sql

JMX
Java Management eXtensions
API unique pour applications de management

Mbeans avec accesseurs get/set


Typage faible, attributs nomms

Serveur JMX
Enregistrement des Mbeans Les applis d administration dialoguent avec le serveur JMX

Instrumenter un composant
Fournir un ou des Mbeans Les enregistrer auprs du serveur JMX

JMX : Exemple d un serveur JavaEE


Source : OW2 JOnAS
EJB Container WEB Container

Admin console

EJBs

Admin Servlets

Transaction

JMX Server Management

Registry

Security

EAR

EJB

Web

..

MC4J

MBeans

Services

Java EE Server

Scurit : JAAS
Authentification et autorisation
Authentification : s'assurer que le client est bien celui qu'il prtend tre. Autorisation (ou habilitation ) : s'assurer qu'il dtient les droits de faire ce qu'il demande.

Clients regroups par roles


ex. administrateur, dveloppeur, etc... La gestion des associations nom/ mot de passe ou certificat / rle est sous-traite un Realm (peut utiliser diffrentes techniques : fichier de conf, base de donnes, LDAP...)

Intgr aux mcanismes de scurit du conteneur Web


Pour les clients lourds java, APIs clientes JAAS pour implmenter l'intraction avec l'utilisateur (ex. saisie du mot de passe...)

EJB : Architecture
JavaBeans pour l Enterprise Pas des JavaBeans (pas de reprsentation graphique) Logique mtier Sappuie sur Java SE et les APIs de Java EE
JNDI, JTA/JTS, JDBC, JMS , JAAS

Gestion dclarative : personnalisation par annotations (ou sans toucher au code source : descripteur de dploiement) Portable sur les diffrents conteneurs EJB

EJB : Gamme de services implicites


Gestion du cycle de vie Gestion de ltat Scurit Transactions Persistance Localisation des composants transparente (comparable objets distribus CORBA) Rpartition de charge, pooling => Le dveloppeur se focalise sur les aspects mtier

EJB 2.0
Lifecycle interface - create - remove - find Remote(rmi) ou Local Implement par le conteneur Implementation du composant: -logique mtier (code) -callbacks pour le conteneur (ejbCreate, ejbPassivate, ejbLoad, )

Descripteur de dploiement -comportement transactionnel (Tx attributes) -Scurit (ACLs) -Persistance (entity beans) -Ressources (DataSources )

<resource-ref> <..name>jdbc/MyDS <trans-attribute>Required

DD

Home Client
Logique mtier + Callbacks + ic=new InitialContext(); ds = (DataSource) ic.lookup( java:comp/env/jdbc/MyDS);

Interface Mtier: Remote(rmi) ou local

Composant

Conteneur EJB

EJB 3
Client
Interface Mtier: Remote(rmi/iiop) ou local
Conteneur EJB

Business Interface

Logique mtier + Annotations dploiement EJB3 + Callbacks conteneur

Simplification : 1 classe, 1 ou 2 interfaces - Linterface Home (cycle de vie) disparat Le descripteur de dploiement devient facultatif - Remplac par des annotations java dans le bean - Si prsent tout de mme, priorit au DD sur les annotations

EJB : Interface mtier


Remote (RMI / IIOP) ou Local Vue client de l EJB Declare les mthodes mtier Implemente par les outils intgrs la plateforme EJB - au moment du dploiement

Exemple : interface mtier


package facturation; public interface FacturationRemote { void init( ); void creerFacture(String numfact, double montant); Facture getFacture(String numfact); // }

EJB : Implmentation du Bean


Implmente les mthodes de linterface mtier Peut hriter dun autre EJB, ou dun POJO Spcifie ses caractristiques de dploiement par annotations
Type de bean Comportement : transactions, scurit, persistance Callbacks conteneur

Exemple : Implm. de Bean


package facturation; @Stateful (mappedName= Facturation ) @Remote(FacturationRemote.class) public class FacturationBean implements FacturationRemote { void init( ) { // } Facture getFacture(String numfact) { // } //

EJB : Code client


Context ctx = new InitialContext(); // appel JNDI pour obtenir une rfrence // linterface FacturationRemote fact = (FacturationRemote)ctx.lookup( Facturation); // appel mthode mtier Facture f = fact.getFacture(numfact);

EJB : Entit
Reprsente des donnes dans la base de donnes Persistance gre par le conteneur
Pas daccs BD dans le code. Pour les EJB3, utilisation de JPA (Java Persistence API)

EJB : Bean Session


Gestion des interactions entre beans entit ou session, accs aux ressources, ralisation dactions sur demande du client Objets mtier non persistants Stateful ou Stateless - maintient ou pas un tat interne en mmoire => Un Bean Stateful encapsule la logique mtier et ltat specifiques un client

EJB : Message Driven Bean


Composant asynchrone Execution sur rception dun message JMS
Mthode onMessage( ) Appels dautres beans, etc

Descripteur de dploiement / annotations


Associations Bean / ressource JMS Ressources JMS (ex. Queue ou Topic)

Message Driven Bean : exemple


TX
Entity Bean Stock MDB StockHandler Mise BD

jour Envoi message


MDB Order

Appli : Client JMS

publier

Topic

Queue

QCF

Serveur EJB

JMS

crer

crer bind

JNDI

Administration

Message Driven Bean : exemple (2)


public class StockHandlerBean implements javax.jms.MessageListener { public void onMessage(Message message) { ... sh = (StockHome)initialContext.lookup("java:comp/env/ejb/Stock"); queue = (Queue)initialContext.lookup("java:comp/env/jms/Orders"); MapMessage msg = (MapMessage)message; pid = msg.getString("ProductId"); qty = msg.getString( "Quantity"); cid = msg.getString("CustomerId"); Stock stock = sh.findByPrimaryKey(pid); stock.decreaseQuantity(qty); qs = session.createSender(queue); TextMessage tm = session.createTextMessage(); String m = "For CustomerId = "+cid+" ProductId= "+pid+" Quantity= "+qty; tm.setText(m); qs.send(tm); ... } }

MDB : Annotations
@MessageDriven(activationConfig = { @ActivationConfigProperty( propertyName= destination , propertyValue= SampleQueue ), @ActivationConfigProperty( propertyName= destinationType , propertyValue= javax.jms.Queue ) }

EJB : Configuration & Dploiement


Interface(s) (Remote et/ou Local), classe qui implmente le Bean Dploiement : annotations dans le bean, et/ou descripteur de dploiement (fichier XML)
<ejb-jar> Description du Bean (Entity ou Session, ...) Ressources (Base de donnes,...) Securit: permissions et rles Persistance (BMP, CMP) Attributs transactionnels </ejb-jar> Priorit au descripteur de dploiement sur les annotations.

=> Utilis par lassembleur dapplication et par le conteneur EJB au moment du dploiement

Descripteur de dploiement (optionnel)


Bean Session <enterprise-beans> <session> <description>EJB Facturation</description> <ejb-name>Facturation</ejb-name> <business-remote>facturation.FacturationRemote</business-remote> <ejb-class>facturation.FacturationBean</ejb-class> <session-type>Stateful</session-type> <transaction-type>Container</transaction-type> <resource-ref> <res-ref-name>jdbc/facturationDB</res-ref-name> <res-type>javax.sql.DataSource</res-type> Ressource <res-auth>Container</res-auth> ici, BD </resource-ref> </session> </enterprise-beans> Indirection : Lien entre interfaces et implmentation

Ressources et JNDI
Ressources dclares par annotations ou dans le descripteur de dploiement (accs via JNDI) Convention de nommage
Noms prfixs par le type de ressource rfrence (ejb, jms, jdbc, mail, url)

Exemple
Fournisseur f = (FournisseurRemote)initialContext.lookup( "java:comp/env/ejb/Fournisseur"); bd = (DataSource)initialContext.lookup( "java:comp/env/jdbc/Compta");

Lookup et Stateful Session


Chaque lookup retourne une nouvelle instance Exemple (servlet) :
CartBean c = (CartBean)httpSession.getAttribute( caddie ); if(c == null) { c = initialContext.lookup( ShoppingCart ); httpSession.setAttribute( caddie , c); }

Optimisations par le conteneur


Stateless Session Bean : Sans tat
Pool dinstances Le serveur peut y accder via un pool de threads

Stateful session et Entity beans


Activation / Passivation (appel par le container des callbacks annotes @PostActivate aprs activation / @PrePassivate avant passivation)

Pour tous les Session Beans


Callbacks annotes @PostConstruct et @PreDestroy Gestion possible des callbacks par un Callback Listener (annotation @CallbackListener dans le bean pour spcifier la classe charge de grer les callbacks conteneur).

Injection de dpendances
Variable dinstance initialise par le conteneur
Alternative au lookup JNDI Interne au conteneur (pas client distant !)

Implicite ou avec spcification du nom (name= nom JNDI , optionnel)


@EJB private CalculatorLocal calc; // Injection dEJB (local) @Resource javax.sql.DataSource ds; // Injection de ressource

Egalement utilis par JPA pour le contexte de persistance

Intercepteurs : @AroundInvoke
Interception de tous les appels de mthode
Identification de lappel (mthode, classe) : paramtre InvocationContext @AroundInvoke public Object intercept(InvocationContext ctx) throws Exception { String method = ctx.getMethod().getName(); //Avant invocation try { return ctx.proceed(); } catch(Exception e) { throw e; } finally { // Apres invocation } }

Exemples dusage : logging, scurit, pr et postprocessing

Intercepteur : classe ddie


Pattern gnral : sparation cycle de vie / mtier
Les callbacks dinterception sont regroupes dans une classe ddie @Stateless @Interceptors (Intercept.class) public class CalculatorBean { } public class Intercept { @AroundInvoke public Object intercept(InvocationContext ctx) throws Exception { String clazz = ctx.getClass().getName(); // return ctx.proceed(); } }

Persistance EJB3
API de persistance : JPA
Mapping objet / relationnel Pluggable sur diffrents frameworks de persistance (JDO, Hibernate, TopLink, etc) via un persistence provider .

Persistance gre par le conteneur


Gestion dclarative (annotations) Classe persistante : entit ( @Entity ) Champs persistants : variables dinstance ( access=FIELD ) ou proprits avec mthodes get/set ( access=PROPERTY ). Prsence obligatoire dun constructeur sans argument (et implmentation de java.io.Serializable si transfr ct client). Relations entre instances dentits (cardinalit 1-1, 1-N, N-P, uni ou bidirectionnel)

EJB-QL
Bas sur SQL92 ( select from where ) Mthodes associes des requtes avec paramtres

Exemple
@Entity public class Facture implements java.io.Serializable { private int numfact; private double montant; private Client client; public Facture() { } // Constructeur par dfaut (obligatoire pour Entity bean) public Facture(String numfact) { this.numfact = numfact; } @Id public int getNumfact() { return numfact; } public void setNumfact(int nf) { numfact = nf; } public void setMontant(double montant) { this.montant = montant; } public double getMontant( ) { return montant; } @ManyToOne @JoinColumn (name = refclient) public Client getClient( ) { return client; } public void setClient(Client client) { this.client = client; } }

Exemple (2)
@Stateless @Remote(FacturationRemote.class) public class FacturationBean implements FacturationRemote { @PersistenceContext private EntityManager entityManager = null; public void creerFacture(String numfact, double montant) { Facture fact = new Facture(numfact); fact.setMontant(montant); entityManager.persist(fact); } public Facture getFacture(String numfact) { return entityManager.find(Facture.class, numfact); } }

Relations
Part de la classe courante
Exemple : classe Client, lien OneToMany avec la classe Facture

Le propritaire de la relation correspond la table qui dfinit la cl trangre (ne sapplique pas ManyToMany)
Lien Client/Factures : la Facture est propritaire de la relation Attribut mappedBy ct Client, et joinColumn ct Facture

OneToOne
Exemple : Fournisseur et Adresse

OneToMany
Exemple : Client et Facture

ManyToOne
Exemple : Facture et Client

ManyToMany
Exemple : Produit et Fournisseur

Relations et matrialisation
Requte BD : curseur sans matrialisation du dataset = lazy loading
Buffer avec pr-fetch.

Eager loading : matrialisation complte des donnes Annotation sur la relation (Dfaut : LAZY)
@OneToMany(fetch=FetchType.EAGER)

EntityManager
persist(entit) : sauvegarde merge(entit) : sauvegarde aprs rattachement au contexte (retourne lentit attache) remove(entit) : suppression find(entit.class, cl_primaire) : recherche par cl refresh(entit) : annulation modifications flush( ) : sauvegarde immdiate modifications createQuery(ejbQL) createNativeQuery(SQL)

EntityManager.persist ( entit )
Persiste une instance dentit
Nouvelle entit passe en tat gr, ignore les entits supprimes

Ecriture BD au commit( ) transaction, ou sur flush( )


Cascade sur relations annotes cascade=PERSIST ou ALL

Si instance dtache : IllegalArgumentException


Envisager un merge ( ) ?

EntityManager.remove ( entit )
Suppression dune entit
Ignore les entits nouvelles ou supprimes

Ecriture BD au commit( ) transaction, ou sur flush( )


Cascade sur relations annotes cascade=REMOVE ou ALL

Si instance dtache : IllegalArgumentException


Envisager un merge ( ) ?

EntityManager.flush( )
Ecriture modifications (entits attaches seulement). Si instance gre : enregistrement modifs
Cascade sur relations annotes cascade=PERSIST ou ALL

Si instance supprime : suppression de la BD

EJB-QL
Dialecte proche de SQL
select from where sur des objets update et delete join , group by having Possibilit de requtes paramtres Utilisation directe, ou requtes nommes (@NamedQuery)

Exemple public List<Facture> listFactures( ) { Query qry = entityManager.createQuery( select f from Facture f ); return qry.getResultList(); }

Callbacks cycle de vie


Appeles par le persistence manager
Annotations @PrePersist, @PostPersist, @PreRemove, @PostRemove, @PreUpdate, @PostUpdate, @PreLoad Gestion possible par une classe ddie @EntityListener(MyListener.class) Linstance cible est passe en paramtre aux callbacks

Exemple @PreRemove void preRemove() { System.out.println( Avant suppression ); }

Pattern ValueObject revisit


Entit qui implmente java.io.Serializable
Rcupration de lobjet ct client Lobjet est dtach du contexte de persistance (incompatible avec LAZY loading) Appels mthodes getXXX( ) et/ou setXXX( )

Au retour de lobjet ct serveur


persistentObj = entityManager.merge(obj);

Attention la monte en charge


Pas de cascade avec LAZY loading donc EAGER ! Graphe dobjets srialis si dpendances (utiliser transient si ncessaire)

Dfinition fine du mapping O/R


Table relationnelle : annotation @Table Configuration du mapping O/R dans le descripteur de dploiement de persistance (persistence.xml) Stratgie de mapping pour lhritage : attribut strategy de lannotation @Inheritance
ONLY_ONE_TABLE (dfaut) : 1 table pour 1 hirarchie de classes (les colonnes reprsentent tous les champs persistants possibles), @DiscriminatorColumn et attribut DiscriminatorValue de @Inheritance TABLE_PER_CLASS : 1 table par classe JOINED : Table spcifique pour les champs dune classe fille, jointure avec celle de la classe parente.

Mapping ONLY_ONE_TABLE
@Entity @Inheritance(discriminatorValue= P ) @DiscriminatorColumn(name= typepersonne ) public class Personne implements Serializable { // } @Entity @Inheritance(discriminatorValue= E ) public class Employe extends Personne { // }

Transactions
Applicable aux 3 profils de composants
Session, Entit, Message driven
Limitation pour le MessageDriven (attributs Required ou NotSupported seulement).

Gestion explicite
Utilisation de javax.transaction.UserTransaction (JTA) Contrle de la transaction (timeout, rollbackOnly ) Exemple
UserTransaction utx = (UserTransaction)ctx.lookup( java:comp/UserTransaction ); utx.begin(); utx.commit();

Gestion dclarative des transactions


Au niveau de la mthode du bean ! (dmarcation) Required (valeur par dfaut) Supports
Si pas de transaction, nouvelle transaction Si transaction courante, lutiliser Si transaction courante, elle est suspendue Nouvelle transaction (si tx courante, suspendue) Exception si pas de transaction courante Exception si transaction courante

NotSupported RequiresNew Mandatory Never

Annotations : Gestion dclarative des transactions


@TransactionManagement(javax.ejb.TransactionManagementType.CONTAINER) public class Facturation implements FacturationRemote { @TransactionAttribute(javax.ejb.TransactionAttributeType.REQUIRED) public void creerFacture( ) { // } }

Descripteur de dploiement : Gestion dclarative des Transactions


<assembly-descriptor> <container-transaction> <method> <ejb-name>Facturation</ejb-name> <method-name>*</method-name> </method> <trans-attribute>Required</trans-attribute> </container-transaction> NotSupported ... Required </assembly-descriptor> RequiresNew Mandatory Supports Never

Gestion des vnements transactionnels (Session Bean)


Interception par un EJB des vnements transactionnels (produits par le conteneur)
Implantation de javax.ejb.SessionSynchronization

Evnements (appels par le conteneur)


afterBegin : appel aprs UserTransaction.begin beforeCompletion : appel avant UserTransaction.commit afterCompletion(true | false) : appel aprs commit ou rollback

Scurit : gestion dclarative


@Stateful @RolesAllowed( { comptable , logisticien } ) public class Fournisseur implements FournisseurLocal { // } L'identit (nom) d'un client est aussi appele Principal Les rles et les Realm (associations nom / mot de passe ou certificat / rle, avec mcanisme d'accs type fichier, LDAP ou base de donnes) sont dclars par configuration au niveau du serveur (chaque serveur dispose de mcanismes spcifiques).

Scurit : Descripteur de dploiement


<assembly-descriptor> Dfinition de rle ... <security-role> <description>Personnel comptable</description> <role-name>comptable</role-name> </security-role> Permissions accordes <method-permission> un rle <role-name>comptable</role-name> <method> <ejb-name>Fournisseur</ejb-name> <method-name>*</method-name> </method> </method-permission> </ assembly-descriptor>

Scurit : domaine de protection


Domaine de protection (ou de confiance)
Le conteneur (ou un ensemble de conteneurs) A l'intrieur, pas de nouvelle authentification
Le contexte de scurit est propag L'objet invoqu fait confiance l'appelant

Mcanisme de changement d'identit


Annotation @RunAs ( identit )

Scurit : API serveur


Pour aller plus loin que le mode dclaratif
ex. excuter une action en fonction du rle du client courant...
@Resource SessionContext context; // ... if(context.isCallerInRole( comptable )) { String name = context.getCallerPrincipal( ).getName( ); // ... }

Scurit client : conteneur web


Mapping avec les mthodes classiques
BASIC, FORM (avec formulaire), CLIENTCERT (avec certificat client)...

Authentification par le conteneur web, et transmission du contexte de scurit au conteneur EJB


Paramtrage du conteneur web pour utiliser le mme Realm que le conteneur EJB
Exemple : JonAS fournit un gestionnaire de Realm intgrable Tomcat (d'o propagation du contexte de scurit de Tomcat JOnAS).

JCA
Java Connector Architecture Intgration avec les SI dentreprise (EIS)
Applications (ERP, Supply Chain) Middleware (gestionnaire de transactions)

Connecteur compos de :
Contrats systme API cliente Resource Adapter

Contrats Systme
Interaction entre le SI et le serveur dapplications
Gestion des connexions et pooling Gestion des transactions (par le serveur d application et/ou le SI) Scurit (accs scuris au SI)

API clientes
Standard : CCI (Common Client Interface)
Avantage : API standard Inconvnient : trop gnral et peu comprhensible (pas de sens mtier), implmentation facultative.

Spcifique : API spcifique au SI, fournie par le resource adapter


Avantage : API mtier Inconvnient : spcifique au SI concern, donc diffrente selon le connecteur...

Resource Adapter
Implmentation de linterfaage avec le SI
Classes dinterface Librairies natives du SI

Descripteur de dploiement
Configuration du connecteur au sein du serveur d application
Classes dimplmentation des interfaces standard Fonctionnalits supportes ou non (transactions, scurit)

Dploiement
Packaging en fichier .rar (RA archive)
Dploy par le serveur dapplication Format jar avec organisation standard Contient tous les lments du connecteur Descripteur de dploiement (ra.xml) dans META-INF : configuration du connecteur

Rles dfinis par la spec. EJB


Fournisseur de beans
Dveloppeur qui cre les EJB

Assembleur dapplication
Cre lapplication par assemblage dEJB

Administrateur
Dploiement, scurit, exploitation, monte en charge Analogue au rle de DBA pour les BD

Packaging
Application JavaEE (agrgation de diffrents tiers)
Fichier .ear + descripteur application.xml

Tiers client
Web : fichier .war + descripteur web.xml Application : fichier .jar + descripteur application-client.xml (lancement du main() de la classe spcifie dans le manifest , attribut MainClass )

Tiers EJB
Fichier .jar + descripteur ejb-jar.xml

Tiers EIS (connecteurs JCA)


Fichier .rar + descripteur rar.xml

Persistance + Transactions : exemple


DB1
Conteneur EJB

EB1
DD

no cust

DB2

EJB

DBM

JMX

REG

R1

server2

Admin client http

Conteneur admin WEB

SrVlt 2-phase commit

Conteneur EJB

EB2

JTM

Web

JMX

EJB

DBM

JMX

R2

Appli client

server1

server3

Rpartition de charge : notations


Un noeud (machine) qui hberge un ou plusieurs serveurs

web

Un conteneur Web Un serveur qui hberge un conteneur Web

ejb

Un conteneur EJB Un serveur qui hberge un conteneur EJB

web

ejb

web ejb

Un serveur qui hberge un conteneur Web et un conteneur EJB

Apache mod_j
k

Un serveur Apache avec le module mod_jk

Rpartition de charge : scenarii (1)


Rpartition du serveur JavaEE

Compact

Rparti (au sein d un mme nud)

Rparti

web ejb

web

ejb

web

ejb

Rpartition de charge : scenarii (2)


(1)
web ejb Apache mod_j
k

(2)
web ejb

Apache mod_j
k

web ejb

web

ejb

Rpartition de charge EJB

(3)
web

Rplication session http


web ejb

(4)
ejb

Apache mod_j
k

Apache mod_j
k

web

web

ejb

Rpartition de charge et clustering


Source : OW2 JOnAS Tomcat
JOnAS EJB Container

Apache Mod_jk

Tomcat

Tomcat

JNDI

JOnAS EJB Container

JNDI

JOnAS EJB Container

JNDI

DB