Les EJB Enterprise Java Beans

Transcription

1 Les EJB Enterprise Java Beans Daniel Hagimont IRIT/ENSEEIHT 2 rue Charles Camichel - BP TOULOUSE CEDEX 7 Daniel.Hagimont@enseeiht.fr 1

2 Préambules Les éléments techniques de ce cours reposent sur Java jdk1.8.0_20 Apache-tomcat JBoss EAP GA (EAP built from AS 7.4) / Eclipse Java EE IDE for Web Developers Version: Kepler Service Release 2 2

3 Modèle MVC Model View Controler Séparation entre Le contrôleur : servlet qui aiguille les requêtes La vue : pages JSP pour l affichage à l écran Le Modèle : les classes (beans) qui traitent les données Requête HTTP Controler (quel traitement? quelle page? ) Model (traitement) Réponse HTTP View (page web) 3

4 Architecture souhaitée Presentation (VC) Business (M) Requête HTTP Controler servlet result Facade Data Réponse HTTP View JSP/HTML 4

5 Architecture souhaitée Clients Serveur d'application (Jboss) SGBD (postgresql) Client Java RMI EJB Container Client Web HTTP Web Container EJB Facade BD Client Web service SOAP Servlet JSP Web Services Entity 5

6 Motivations Solutions clusterisées Tolérance aux pannes Passage à l'échelle Maintenance et évolution du code Adaptation, extension Portabilité (sur d'autres serveurs d'application) Différents types de client (Web, lourd, mobiles...) Propriétés non-fonctionnelles (services techniques) Persistance Transactions Sécurité 6

7 Les EJB Caneva (framework) logiciel pour gérer Des Entity beans Représentation des données stockées en base de donnée Évite d'avoir à implanter l'accès à la BD avec JDBC Des Session beans Pour implanter la facade Inclut le code de l'application qui utilise les données (Entity) Des Message Driven beans Pour des traitements asynchrones 7

8 Prise en compte de services techniques Services techniques appelé propriétés non-fonctionnelles La distribution Les transactions La persistance Le cycle de vie La montée en charge Le concurrence Le sécurité La sérialisation Implantation par le container, configuration 8

9 Trois types d'ejb Entity beans Représentent les données manipulées par l application Chaque Entity est associé à une table au niveau de la base de données Session beans Accessibles à distance (via RMI et IIOP) Implémentent le code métier Stateless session beans : sans état Une instance pour plusieurs connexions clientes (allouée à partir d'un pool) Ne conserve aucune donnée dans son état Statefull session bean : avec état Création d une instance pour chaque connexion cliente Conserve des données entre les échanges avec le client Singleton: Instance Unique Création d une instance unique quelque soit le nombre de connexion. Message Driven Beans : Beans de messages Un listener exécute des traitements à réception d'un message JMS 9

10 Beans et Container Client EJB Client EJB Client EJB Client EJB Client EJB Client EJB Singleton ejb1 Stateless ejb2 Stateless ejb2 Stateless ejb2 Statefull ejb3 Statefull ejb3 Container EJB Entity Entity Entity Entity Entity JPA JCA JTA JMS JNDI JDBC JAXWS JAXRS CORBA 10

11 EJB session Interface Remote Accessible à distance Interface Local Accessible en local uniquement (dans le serveur d'application) Classe du @Stateless) Peut implanter les 2 interfaces Local et Remote JNDI Les interfaces définies sont exportées dans JNDI Nom de la classe utilisée, ou nom passé en attribut du Une recherche retourne une référence au bean (unique ou une copie) 11

12 Un exemple : application bancaire Gestion de compte Données numero, nom, solde Méthodes Ajouter un compte Consulter un compte Consulter tous les comptes Créditer sur un compte Débiter d'un compte Depuis un client lourd distant Depuis une application Web (on pourrait le faire avec un WS) 12

13 Projet eclipse Avec un Dynamic Web Project (DWP) unique Inclut les EJB, les servlet/jsp On exporte un war dans Jboss Avec un EJB project L'EJB project inclut seulement les EJB (exportation d'un ejb-jar) Un DWP séparé inclut les servlet/jsp (exportation d'un war) Il faut configurer le DWP pour qu'il ait accès (classpath) aux interfaces des EJB 13

14 Création du Dynamic Web Project dans eclipse File->New->DynamicWeb Project Target runtime Localisation de JBoss On crée ensuite Des classes/interfaces Avec Annotations <project-ejb> New Class Click droit <project> 14

15 Les données manipulées public class Compte implements Serializable { private int num; private String nom; private int solde; public Compte() { public Compte(int num, String nom, int solde) { this.num = num; this.nom = nom; this.solde = solde; public String tostring() { return "Compte [num="+num+", nom="+nom+", solde="+solde+"]"; // setters and getters 15

16 Interface Remote / interface public interface IBanqueRemote { public void addcompte(compte c); public List<Compte> consultercomptes(); public Compte consultercompte(int num); public void debit(int num, int montant); public void credit(int num, int public interface IBanqueLocal { public void addcompte(compte c); public List<Compte> consultercomptes(); public Compte consultercompte(int num); public void debit(int num, int montant); public void credit(int num, int montant); 16

17 Implantation d'un EJB public class BanqueEjbImpl implements IBanqueLocal, IBanqueRemote { private Map<Integer, Compte> comptes = new Hashtable<Integer, Compte>(); public void addcompte(compte c) { comptes.put(c.getnum(), c); public List<Compte> consultercomptes() { return new ArrayList<Compte>(comptes.values()); public Compte consultercompte(int num) { Compte c = comptes.get(num); if (c == null) throw new RuntimeException("Compte introuvable"); return c; 17

18 Implantation d'un EJB Stateless public void debit(int num, int montant) { Compte c = consultercompte(num); if (c.getsolde()<montant) throw new RuntimeException("Solde insuffisant"); c.setsolde(c.getsolde()-montant); public void credit(int num, int montant) { Compte c = consultercompte(num); public void initialisation() { addcompte(new Compte(1, "dan", 2000)); addcompte(new Compte(2, "alain", 4000)); addcompte(new Compte(3, "luc", 6000)); 18

19 Déploiement dans JBoss On déploie l'archive du projet (war) qui inclut Les 2 interfaces : IBanqueLocal et IBanqueRemote Les 2 classes : Compte et BanqueEjbImpl <project-ejb> Export WAR File Dans JBoss On a lancé JBoss (bin/standalone.sh) On exporte le war dans standalone/deployments Le bean est exporté dans le JNDI du serveur 19

20 Déploiement dans JBoss 20

21 Client lourd Une librairie jboss-client.jar doit être importée dans le client Elle gère un JNDI client Elle génère des stubs pour les références récupérées Le nom du bean dans le JNDI client est String jndiname = "ejb:"+appname+"/"+modulename+"/"+ distinctname+"!"+viewclassname; appname="" ModuleName="bank" (projet eclipse) DistinctName="BanqueEjbImp" (classe) ViewClassName="bk.IBanqueRemote" (interface) 21

22 Un client lourd Un projet Java séparé Utilise RMI pour accéder à l'interface Remote public class ClientEjb { public static void main(string args[]) { try { String appname=""; String modulename="bank"; String distinctname="banqueejbimpl"; String viewclassname=ibanqueremote.class.getname(); Context ctx = new InitialContext(); String jndiname = "ejb:"+appname+"/"+modulename+"/"+distinctname +"!"+viewclassname; System.out.println(jndiName); IBanqueRemote stub = (IBanqueRemote)ctx.lookup(jndiName); System.out.println("affichage de tous les comptes"); List<Compte> cptes = stub.consultercomptes(); for(compte cp:cptes) System.out.println(cp); catch (Exception ex) {ex.printstacktrace(); 22

23 Dépendances du client <project-client> Build Path Configure Build Path Ajouter <project-ejb> dans Projects Pour avoir accès aux interfaces du bean Ajouter jboss-client.jar dans Libraries Un stub générique Se trouve dans <jboss-home>/bin/client 23

24 Configuration JNDI pour le client # à placer dans le classpath du client, par exemple dans src du projet eclipse jboss-ejb-client.properties endpoint.name=client-endpoint remote.connectionprovider.create.options.org.xnio.options.ssl_enabled=false remote.connections=default remote.connection.default.host=localhost remote.connection.default.port=4447 jndi.properties java.naming.factory.url.pkgs=org.jboss.ejb.client.naming 24

25 Exécution client lourd 25

26 Un client web (servlet) Soit la servlet est dans une JVM séparée Configuration comme un client lourd Soit le servlet est dans le serveur d'application (avec les EJB) Injection de private IBanqueLocal facade; Au déploiement, variable initialisée avec une instance de stateless, statefull ou singleton 26

27 Un client web public class Controller extends HttpServlet { private static final long serialversionuid = private IBanqueLocal facade; protected void doget(httpservletrequest request, HttpServletResponse response) throws ServletException, IOException { try { String action=request.getparameter("action"); if (action.equals("consulter")) { int num=integer.parseint(request.getparameter("num")); request.setattribute("num", num); request.setattribute("compte", facade.consultercompte(num)); else if (action.equals("consultertous")) { request.setattribute("comptes", facade.consultercomptes()); else 27

28 Un client web (servlet) if ((action.equals("debit")) (action.equals("credit"))) { int num=integer.parseint(request.getparameter("num")); int montant=integer.parseint(request.getparameter("montant")); request.setattribute("num", num); request.setattribute("montant", montant); if (action.equals("debit")) facade.debit(num, montant); else facade.credit(num, montant); catch (Exception ex) { request.setattribute("exception", ex.getmessage()); request.getrequestdispatcher("banque.jsp").forward(request, response); 28

29 Une petite JSP page language="java" import="bk.*, java.util.*" contenttype="text/html; charset=utf-8" pageencoding="utf-8"%> <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" " <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> <title>insert title here</title> </head> <body> <form action="controller" method="get"> <table> <tr> <td> Code :</td> <td><input type="text" name="num" value="${num"></td> <td><input type="submit" name="action" value="consulter"></td> <td><input type="submit" name="action" value="consultertous"></td> </tr> </table> </form> 29

30 Une petite JSP <% if (request.getattribute("compte")!= null) { %> <table> <tr><td> Num :</td><td>${compte.num</td></tr> <tr><td> Nom :</td><td>${compte.nom</td></tr> <tr><td> Solde :</td><td>${compte.solde</td></tr> </table> <form action="controller" method="get"> <table> <tr> <td><input type="hidden" name="num" value="${num"></td> <td><input type="text" name="montant" value="${montant"></td> <td><input type="submit" name="action" value="debit"></td> <td><input type="submit" name="action" value="credit"></td> </tr> </table> </form> <% %> 30

31 Une petite JSP <% List<Compte> l = (List<Compte>)request.getAttribute("comptes"); if (l!= null) { %> <table border="1" width="80%"> <tr> <th>num</th><th>nom</th><th>solde</th></tr> <% for (Compte c : l) { %> <tr><td><%=c.getnum() %></td><td><%=c.getnom() %></td><td><%=c.getsolde() %></td></tr> <% %> </table> <% %> ${exception </body> </html> 31

32 Exécution 32

33 Un client Web Service Il faut exporter le singleton comme public interface IBanqueRemote { public void addcompte(compte c); public List<Compte> consultercomptes(); public Compte consultercompte(int public void debit(int num, int public void credit(int num, = "bk.ibanqueremote", servicename = "BanqueWS") public class BanqueEjbImpl implements IBanqueLocal, IBanqueRemote { 33

34 Un client Web Service Et on récupère le fichier WSDL généré 34

35 Un client WS La chaine d'outil génère les stubs à partir du fichier WSDL public class DebitDan { public static void main(string args[]) { try { IBanqueRemoteProxy p = new IBanqueRemoteProxy(); IBanqueRemote b = p.getibanqueremote(); b.debit(1, 20); catch (Exception ex) { ex.printstacktrace(); 35

36 Entity beans (JPA) Représentent des objets dans la base de donnée Une classe correspond à une table Une instance correspond à une ligne dans cette table Un champ correspond à une colonne de la table Programmés comme des POJO (Plain Old Java Object) Pas d'héritage ou d'implantations spéciales Sont serialisables et peuvent être échangés avec les applications clientes Ce sont des Java Beans Implements java.io.serializable Possèdent un constructeur sans arguments Possèdent des setters / getters 36

37 Entity beans La classe doit être annotée Un champ annoté est la clé primaire qui sert d'identifiant unique dans la table Cette clé primaire peut être un type primitif ou de type objet Les autres champs peuvent être associés aux colonnes de la table Les champs sont utilisables au travers des accesseurs (getters/setters) On peut décrire l'association Entre le nom de la classe et le nom de la table Entre le nom d'un champ et le nom d'une colonne Mêmes noms par défaut La base de donnée peut être pré-existante ou générée 37

38 Annotation de mapping entre le bean et la Préciser le nom de la table associée à une classe. Par défaut, c'est le nom de la Préciser le nom de la colonne associée à un champ. Par défaut, c'est le nom du Déclarer un champ (donc une colonne) comme clé primaire de la Demander la génération automatique de la clé primaire par la BD (tag Demander à ne pas tenir compte d'un champ (par défaut tous les champs sont associés à des colonnes) 38

39 Entity public class Compte implements private int num; private String nom; private int solde; public Compte() { public Compte(String nom, int solde) { this.nom = nom; this.solde = solde; // num est généré // constructors, setters and getters 39

40 Gestion avec l'entitymanager EntityManager permet de gérer la private EntityManager em; Rendre un objet persistant dans la BD Compte c = new Compte() ; em.persist(c); Retrouver un objet à partir de sa clé primaire Compte c = em.find(compte.class, num); Retrouver un ou plusieurs objets avec une requête JPQL Il y a aussi des NativeQuery (SQL) TypedQuery<Compte> req = em.createquery("select c from Compte c", Compte.class); 40

41 Facade BanqueEjbImpl avec public class BanqueEjbImpl implements IBanqueLocal, IBanqueRemote private EntityManager em; public void addcompte(compte c) { em.persist(c); public List<Compte> consultercomptes() { TypedQuery<Compte> req = em.createquery("select c from Compte c", Compte.class); return req.getresultlist(); 41

42 Facade BanqueEjbImpl avec EntityManager public Compte consultercompte(int num) { Compte c = em.find(compte.class, num); if (c == null) throw new RuntimeException("Compte introuvable"); return c; public void debit(int num, int montant) { Compte c = consultercompte(num); if (c.getsolde()<montant) throw new RuntimeException("Solde insuffisant"); c.setsolde(c.getsolde()-montant); public void credit(int num, int montant) { Compte c = consultercompte(num); c.setsolde(c.getsolde()+montant);... 42

43 Etat des objets Objet Pas d'image dans la BD Objet attaché Objet géré dans le container EJB est associé à une image dans la BD Toute modification de l'objet est répercutée dans la BD Objet détaché Objet associé à une image dans la BD, mais plus géré par le container Surtout lorsqu'un objet attaché est sérialisé, sorti du container, modifié, puis repassé au Container Pour intégrer les modifications c = em.merge(c); Retourne l'objet attaché 43

44 Exécution avec JPA 44

45 Gérer les associations entre 45

46 @OneToMany (unidirectionnel) pk=primary key fk=foreign key Un Entity (Client) possède un champ Collection de références vers des instances (d'un autre Entity (Compte)) Exemple : un client a plusieurs public class GenerationType.IDENTITY) int id; String List<Compte> comptes; Peut être implanté par une fk ou une table de jointure (avec unicité pk public class GenerationType.IDENTITY) int id; int solde; public void ajoutcompte(int cli_id, Compte c) { em.persist(c); Client cli = em.find(client.class, cli_id); cli.getcomptes().add(c); 46

47 @ManyToOne (unidirectionnel) Un Entity (Compte) possède un champ référence vers une instance (d'un autre Entity (Client)) Exemple : un compte appartient à un client (qui peut en avoir plusieurs car plusieurs comptes peuvent avoir le même public class GenerationType.IDENTITY) int id; String public class GenerationType.IDENTITY) int id; int solde; public void ajoutcompte(int cli_id, Compte c) { em.persist(c); Client cli = em.find(client.class, cli_id); Client owner; 47

48 @OneToMany (bidirectionnel) Permet la navigation dans les 2 sens Exemple : un client a plusieurs comptes et un compte appartient à un public class GenerationType.IDENTITY) int id; String List<Compte> public class GenerationType.IDENTITY) int id; int Client owner; 48

49 @OneToMany (bidirectionnel) Le mappedby indique le champ correspondant à la relation dans l'autre Entity On dit que le coté opposé au mappedby (Compte) est le porteur de la relation On peut le faire dans l'autre sens, mais ce serait inefficace La mise à jour Doit être faite du coté du porteur de la relation (Compte) Elle est propagée de l'autre coté par le container (dans la liste de Client) public void ajoutcompte(int cli_id, Compte c) { em.persist(c); Client cli = em.find(client.class, cli_id); c.setowner(cli); 49

50 @OneToOne Unidirectionnel B1 doit pointer sur un B2 qui n'est pointé que par B1 Deux implantations possible : fk dans B1 ou B2 La BD ne vérifie pas forcément l'unicité de la fk JBoss ne semble pas le faire pour unidirectionnel Bidirectionnel Le schéma ci-dessous est utilisé (garantit unicité fk coté B2) // Compte compte; // Client owner; public void changercompte(int cli_id, Compte c) { em.persist(c) ; Client cli = em.find(client.class, cli_id); Compte old = cli.getcompte(); old.setowner(null); c.setowner(cli); sinon Exception 50

51 @ManyToMany Unidirectionnel Comme unidirectionnel (mais pas unicité du des 2 cotés sans mappedby correspond a 2 relations indépendantes des deux cotés Un porteur de l'association avec mappedby Forcément une table de jointure (peut être implanté sans table de jointure avec une fk pour unidirectionnel) Une mise à jour est effectuée du coté du porteur et propagée à l'autre coté 51

52 @ManyToMany // List<Compte> comptes; // List<Client> owners; public void partagercompte(int cli_id, int co_id) { Client cli = em.find(client.class, cli_id); Client co = em.find(compte.class, co_id); cli.getcompte().add(co); Le compte apparaît dans la liste comptes du client Le client apparaît dans la liste owners du compte 52

53 Cascades / Fetch Entity Manager permet d'appeler les opérations persist(), merge(), remove() (notamment) On peut contrôler la propagation de ces opérations sur les Entity référencés // List<Compte> comptes; Que se passe t-il lorsqu'un Entity est sérialisé (sorti du container), pour ses références aux autres Entity On peut contrôler le chargement des Entity // fetch=fetchtype.eager) List<Compte> comptes; Un client sérialisé aura une liste cohérente de comptes Par défaut FetchType.LAZY (chargement paresseux lors de l'utilisation) 53

54 Attention Il faut toujours utiliser les setter/getter pour affecter des champs (notamment pour le maintien des relations bidirectionnelles) Une instanciation n'est effective que lorsqu'on sort du container (notamment pour les créations, 54

55 Message Driven Beans Un EJB qui se comporte comme un Listener de messages JMS Sur une Queue ou un Topic Bean sans état (comme les Stateless) Le traitant d'un message a accès aux autres ressources (beans) Accroît les capacités d inter-opération avec les autres applications 55

56 Message Driven activationconfig = = "destination", propertyvalue = = "destinationtype", propertyvalue = "javax.jms.topic"), mappedname = "MyTopic") public class MyMDB implements MessageListener { public MyMDB() { public void onmessage(message message) { try { TextMessage textmsg = (TextMessage)message; // invoke a facade bean catch (Exception ex) {... 56

57 Les transactions Propriétés ACID Atomicity Un ensemble d'opérations dans une transaction sont exécutées en tout ou rien (commit ou rollback). Consistency Une transaction garantit l'intégrité des données (en cas de panne, pas d'état incohérent). Isolation L'exécution simultanée de transactions doit produire le même résultat qu'une exécution en série (on ne doit pas voir les états intermédiaires). Durabilité Les données commitées sont conservées de manière permanente. 57

58 Prise en compte des pannes Le programme client doit savoir ce qui s'est passé (commit/rollback) Traitement par l'application / rend compte à l'utilisateur (affichage) Panne du client : l'utilisateur devra vérifier plus tard par lui même Transactions gérées par le serveur Plante du serveur ou plante du réseau : le client ne sait pas ce qui s'est passé Transactions initiées par le client Plante du serveur ou plante du réseau : le client reçoit une Exception et annule la transaction (rollback) Seul cas délicat : plante pendant le commit 58

59 Programmation des transactions dans les EJB Modèle de transactions Transactions plates : une seule transaction à la fois (pour un client) Transactions imbriquées Un commit d'une transaction dépend du commit de la transaction englobante. Un rollback n'invalide que la transaction courante. On n'annule pas tout. Les EJB ne supportent que les transactions plates Trois manières de programmer les transactions dans les EJB Initiée par le client Par programmation au niveau d'un session bean De manière déclarative au niveau du container 59

60 Transaction initiée par le client Le programme client contient les appels à trans.begin(), trans.commit(), trans.rollback() Client EJB Container Session Bean Transaction Service 1. trans.begin() 2. Call 3. Call 4. Traitement 6. Result or Exception 5. Result or Exception 7. trans.commit() or trans.rollback() 60

61 Transaction initiée par le client (ex servlet) On récupère dans JNDI une référence à un objet gestionnaire de transaction (UserTransaction) // servlet Controller de l'application Banque Context ctx = new InitialContext(); UserTransaction trans = (UserTransaction)ctx.lookup("java:comp/UserTransaction"); trans.begin(); if (action.equals("debit")) facade.debit(num, montant); else facade.credit(num, montant); if (request.getparameter("trans").equals("commit")) trans.commit(); else trans.rollback(); 61

62 Transaction programmée dans un session bean Le session bean contient les appels à trans.begin(), trans.commit(), trans.rollback() Client EJB Container Session Bean Transaction Service 1. Call 2. Call 3. trans.begin() 4. Traitement 7. Result or Exception 6. Result or Exception 5. trans.commit() or trans.rollback() 62

63 Transaction programmée dans un session bean Le gestionnaire de transaction est donné par public class BanqueEjbImpl implements IBanqueLocal, IBanqueRemote UserTransaction trans; public void debit(int num, int montant, boolean commit) { try { trans.begin(); Compte c = consultercompte(num); if (c.getsolde()<montant) throw new RuntimeException("Solde insuffisant"); c.setsolde(c.getsolde()-montant); if (commit) trans.commit(); else trans.rollback(); catch (Exception e) { throw new RuntimeException(e.getCause()); 63

64 Transaction configurée au niveau du container Annotations des méthodes pour décrire leur comportement transactionnel Le container gère les transactions en fonction de ces attributs Client EJB Container Session Bean Transaction Service 1. Call 2. trans.begin() 3. Call 4. Traitement 5. Result or Exception 7. Result or Exception 6. trans.commit() or trans.rollback() 64

65 Transaction configurée au niveau du container Sur la classe C'est le mode par défaut Sur chaque méthode Attribut REQUIRED par défaut A chaque appel de méthode sur un bean (Session, Entity, ) Application de la gestion de transaction Les attributs TransactionAttributeType.NOT_SUPPORTED TransactionAttributeType.SUPPORTS TransactionAttributeType.REQUIRED TransactionAttributeType.REQUIRES_NEW TransactionAttributeType.MANDATORY TransactionAttributeType.NEVER 65

66 Transaction configurée au niveau du container Une transaction démarrée au début d'une méthode est commitée à la fin de la méthode TransactionAttributeType.REQUIRED (mode par défaut) La méthode doit être incluse dans une transaction Soit la transaction appelante Soit une nouvelle est créée TransactionAttributeType.REQUIRES_NEW Une nouvelle transaction est systématiquement démarrée La transaction appelante est suspendue La nouvelle transaction est commitée en sortie indépendamment de la transaction appelante (le commit de la nouvelle transaction est définitif) Ce n'est pas une transaction imbriquée 66

67 Transaction configurée au niveau du container TransactionAttributeType.MANDATORY La méthode doit être appelée dans le contexte d'une transaction appelante (sinon exception) TransactionAttributeType.NEVER La méthode ne doit pas être appelée dans le contexte d'une transaction appelante (sinon exception) TransactionAttributeType.NOT_SUPPORTED Si la méthode est appelée dans une transaction, elle est suspendue (le bean ne participe pas à la transaction) TransactionAttributeType.SUPPORTS Si la méthode est appelée dans une transaction, on y participe Si la méthode n'est pas appelée dans une transaction, on n'en crée pas 67

68 Java Transaction API (JTA) public interface javax.transaction.usertransaction { public void begin() ; public void commit() ; public int getstatus() ; public void rollback() ; public void setrollbackonly() ; public void settransactiontimeout(int); Dans une transaction gérée par le container commit automatique en fin de transaction setrollbackonly force le rollback en fin de transaction begin() : démarrer une transaction commit() : valider une transaction getstatus() : obtenir l'état d'une transaction Rollback() : annuler une transaction setrollbackonly() : imposer qu'une transaction soit annulée à sa terminaison (même si commit() est appelé) settransactiontimeout() : modifier le timeout de la transaction 68

69 Transaction - bilan Pour les Entity beans Forcément dans une transaction Les transactions sont forcément gérées par le container Pour les Session beans Soit par programmation (bean managed) Soit gestion par le container (container managed) Une transaction peut être initiés dans le client (lourd, servlet) 69

70 Synchronisation Entity Gestion par le container qui gère les transactions et la synchronisation Session Stateless : pas besoin de synchronisation (pas d'état) Statefull : pas besoin de synchronisation (un par client) Singleton Annotation 70

71 Niveaux d'isolation Définit le verrouillage et l'isolation des objets (donc des tables) impliqués dans les transactions Le container EJB s'appuie sur les BD pour l'assurer 3 type de violations Dirty reads T1 modifie un objet, T2 le lit, T1 rollback, T2 a lu une valeur inexistante Unrepeatable read T1 lit un objet, T2 modifie et commite cet objet, T1 relit et voit une valeur différente Phantom reads T1 fait une recherche, T2 ajoute de nouveaux objets, T1 refait la recherche et découvre les nouveaux objets 71

72 Niveaux d'isolation La spécification EJB définit 4 niveaux d'isolation TRANSACTION_READ_UNCOMMITED Autorise les dirty, unrepeatable et phantom reads TRANSACTION_READ_COMMITED Autorise les unrepeatable et phantom reads, pas les dirty TRANSACTION_REPETEABLE_READ Autorise les phantom reads, pas les dirty et les unrepeatable TRANSACTION_SERIALIZABLE N'autorise aucune violation, le plus restrictif Quel niveau choisir Par défaut : TRANSACTION_READ_COMMITED Satisfaisant pour la plupart des applications Propriétés ACID = TRANSACTION_SERIALIZABLE Très pénalisant pour les performances 72

73 Affecter le niveau d'isolation On doit accéder à la connexion à la BD Context ctx = new InitialContext(); DataSource ds = (DataSource)ctx.lookup("java:jboss/datasources/ExampleDS"); Connection c = ds.getconnection(); c.settransactionisolation(connection.transaction_serializable); 73

74 La sécurité : authentification et autorisation Repose sur JAAS (Java Authentication and Authorization Service) Un définit pour un session bean une politique de sécurité Définit une politique d'authentification et de contrôle d'accès Repose sur des usagers et des rôles Un usager peut être associé à un ensemble de rôles Dans un session bean, on associé un rôle à public class BanqueEjbImpl implements IBanqueLocal, IBanqueRemote public void addcompte(compte c) public List<Compte> consultercomptes() {... 74

75 La sécurité : authentification et autorisation Coté serveur Gestion par Jboss par défaut Il est possible de définir d'autres domaines Gestion des users et roles Dans une base de données Pratique : l'application web peut ajouter des users et des roles facilement Dans un annuaire LDAP Configuration un peu compliquée dans JBoss Coté client (lourd ou servlet) Il est possible d'authentifier (login) un usager On appelle une méthode login() Un callback permet de lui passer un nom et mot de passe on peut les avoir demandés interactivement (client lourd ou JSP) Le login est vérifié par le gestionnaire d'authentification 75

76 La sécurité : authentification et autorisation try { LoginContext lc = new LoginContext( "WebLogin", new MyCallBack() ); lc.login( ); catch (LoginException lge){ throw new RuntimeException("Login failed"); public class MyCallBack implements CallbackHandler { public void handle(callback[] callbacks) throws IOException, UnsupportedCallbackException { for (int i = 0; i < callbacks.length; i++) { if (callbacks[i] instanceof NameCallback) { NameCallback nc = (NameCallback)callbacks[i]; nc.setname("dan"); else if (callbacks[i] instanceof PasswordCallback) { PasswordCallback pc = (PasswordCallback)callbacks[i]; String pw = "xxxx"; pc.setpassword(pw.tochararray()); 76

77 L'essentiel Tomcat Jboss Postgres Entity bean table Servlet Session bean (facade) 1 n Entity @PersistenceContext new MyEntity em.persist() 77

78 L'essentiel public class Mngr EntityManager em; public void ajoutcompte ( String na, int nu, int ba) { Account a = new Account(nu,ba); em.persist(a); Person p = em.find(person.class,na); p.getlist().add(a); public class Person String name; String List<Account> list; 1 public class Account int num; int balance; Postgres Person name address Account num balance name 78