Java Enterprise Edition

Présentation au sujet: "Java Enterprise Edition"— Transcription de la présentation:

1 Java Enterprise Edition
Java EE Java Enterprise Edition Ce document a été contient des parties adaptées de support de cours de P.Y. Gibello, T. Dandelot et C. Dumoulin Le contenu de ce site est mis à disposition selon les termes de la Licence Creative Commons Attribution - Partage dans les Mêmes Conditions 3.0 France.

2 Historique – Architecture - Offre
Introduction à JEE Historique – Architecture - Offre

3 Historique Java http://docs.oracle.com/javase/6/docs/api/
Ce cours comme tous les cours java ne peut être complet Le professeur ne peut pas tout connaitre L’élève doit souvent chercher dans la javadoc, le professeur guide vers les bonnes classes

4 Java EE - Objectifs Faciliter le développement de nouvelles applications java à base de composants Intégration avec les systèmes d’information existants Support pour les applications « critiques » de l’entreprise haute disponibilité, tolérance aux pannes, montée en charge, sécurité etc.

5 Architecture Décompose le système à concevoir en
applications, en composants applicatifs, analyse descendante jusqu’aux modules, aux classes gestionnaires, aux fonctions ou méthodes Modules ou Objets gestionnaire, pour l’architecture logicielle Représente les fonctions du système Implémente les fonctions et sous-fonctions des cas d’utilisation Services (ou fonctions) de gestion de données CRUD (Create, Read, Update, Delete) sur les données métier Services de recherche sur les données métier services métiers Transactions / Paiements Calculs Bien distinguer les modules ou classes gestionnaires des entités ou structures de données ou classes métier ou objets métier issues de l’analyse statique (MCD, diagramme de classe, base de données etc.) Les méthodes d’objets métier ne doivent pas utiliser les ressources tels que la base, les fichiers ou le réseau Les objets métier doivent être « transient » : pouvoir passer d’une couche applicative à une autre

6 Architectures informatiques
Architectures pour une solution projet : Architectures logiques applicative, métier Architectures techniques logicielle, système, réseau, matérielle. Une architecture logique n’est pas technique, elle ne donne que des informations non technique : fonctionnelle, métier, logique, etc. utilisable quelque soit les technologies. Une architecture applicative représente des applications, elle répond à des exigences fonctionnelles de modularité Elle peut être présentée à des personnes ayant peu de compétences techniques. Une architecture technique réponds aux exigences techniques : performance, robustesse, volumétrie, compatibilité, etc., et elle dépend des autres architectures Une architecture logicielle est un zoom dans une application : découpage en composants applicatifs, elle répond à des exigences de maintenance et d’évolutivité Montrer le slide des architectures exemples de chaque type

7 Architecture logique 4 tiers
IHM (ou GUI) : client Frontal (ou front-end) : présentation Dorsal (ou back-end) : métier Persistence : base de données T1 T2+T3 T2 Ceci est un exemple d’architecture logique (non technique) pour une solution composée de 4 logiciels sur 4 types de machines différentes T1 : Affichage (une partie de la vue de MVC) T2 : Vue et Contrôleur de MVC, parfois Vue également : exemple serveur web pour navigateur, serveur web pour iphone T3 : Modèle de MVC T4 : Persistance (sauvegarde entre 2 démarrage de l’application) : base de données, fichiers Le T1 pourrais être un navigateur WEB simple ou un client 3270 (écran vert) ou la console d’une application en ligne de commande. Le T1 et le T2 sont parfois fusionnés (client lourd, application mobile) Le T2 et le T3 sont souvent fusionnés Parfois le T2 est réparti dans les T1 et T3 (client web 2.0 ou riche avec le T1 faisant de l’Ajax ou du XSLT, application mobile avec une inner view en HTML, etc.) T3 T4

8 Mutualiser le code métier
T1+T2 T2 Site Web T2 Frontal API T3 Ceci est un exemple d’architecture logique (non technique) pour une solution composée de 4 logiciels sur 4 types de machines différentes T1 : Affichage (une partie de la vue de MVC) T2 : Vue et Contrôleur de MVC, parfois Vue également : exemple serveur web pour navigateur, serveur web pour iphone T3 : Modèle de MVC T4 : Persistance (sauvegarde entre 2 démarrage de l’application) : base de données, fichiers Le T1 pourrais être un navigateur WEB simple ou un client 3270 (écran vert) ou la console d’une application en ligne de commande. Le T1 et le T2 sont parfois fusionnés (client lourd, application mobile) Le T2 et le T3 sont souvent fusionnés Parfois le T2 est réparti dans les T1 et T3 (client web 2.0 ou riche avec le T1 faisant de l’Ajax ou du XSLT, application mobile avec une inner view en HTML, etc.) T4

9 Java EE – C’est quoi? http://java.sun.com/javaee Spécifications
Modèle de programmation Implémentation de référence Standard en évolution depuis 1997 J2EE 1.0 à 1.4 en 2003, etc... Au départ, applications Web n-tiers Présentation (Servlets puis JSP), essentiellement HTTP Logique métier : EJB Données : JDBC Puis infrastructure de support standard pour EAI Facteurs de rationalisation majeurs (JTA, JMS, JCA, Web Services) Evolution de progiciels existants vers Java EE anciennement, J2EE (Java2 Enterprise Edition)

10 Architecture 4 tiers JEE
WEB Container T2 Browser T1 Servlets JSPs HTTP JDBC JMS JTA JCA JAAS JavaMail JNDI … html T4 jdbc DB T1+T2 RMI / IIOP Appel local JVM Applets java/flash T3 SOAP, REST RMI / IIOP EJBs xxxx SOAP ou REST = WebSercices, utilisables sur Internet RMI / IIOP = CORBA, utilisables sur un réseau privé (pb de bande passante et de pare-feu) public static void main(…) { T1+T2 T4 EIS EJB Container Java Application Java EE Application Server

11 Offre Commerciale Open Source Open Source conteneur web uniquement :
Oracle (ex BEA) WebLogic IBM Websphere (n°1) Open Source JBoss (n°1 en nombre de déploiements) Oracle (ex Sun) Glassfish (« Platform edition ») OW2 JOnAS Apache Geronimo (« Community edition » de IBM Websphere) openEjb Open Source conteneur web uniquement : Tomcat Jetty Apache HTTPd n’est pas un serveur d’application, c’est un complément au container web (ou l’inverse) dédié aux données statiques, au cache, à la répartition de charge.

12 Conteneur Web couche de présentation
Servlet - WAR – JSP – taglib

13 Conteneur Web 1/2 webapp Webapp web.xml html html Servlet html Servlet
jsp Servlet Servlet Servlet jpg css Tomcat : $TOMCAT/webapps/ROOT pour le chemin par défaut jar js html

14 Conteneur Web 2/2 Contient des applications Web dans un répertoire
Une application web est une arborescence de fichier mywebapp/WEB-INF/web.xml mywebapp/WEB-INF/classes/*.class mywebapp/WEB-INF/lib/*.jar mywebapp/**/*.* Un fichier « .war » est une archive zip de cette arborescence Tomcat : $TOMCAT/webapps/ROOT pour le chemin par défaut

15 Application Web Servlets JSP: Java Server Pages
Code java exécuté sur le serveur pour retourner une page HTML Génération de contenu Web dynamique JSP: Java Server Pages Mélange de HTML/XML et de code java Librairies d ’extensions (« taglibs ») Pré-compilation en servlet Exercices 1 : manipulation de Tomcat 2 : manipulation de Jboss si le temps 2 : Servlet Hello world 3 : JSP Hello world

16 Servlet Programme java appelable depuis une URL
Classe qui hérite de javax.servlet.http.HttpServlet Cycle de vie de HttpServlet init() : 1er appel service() : chaque appel, redirection vers doGet() ou doPost() destroy() : arrêt du serveur WEB Appel d’une servlet URL GET : : doGet() <form method="post" target="…"> : doPost(), Init: connexion à la base, etc. Service: multi-thread, stateless Autres méthodes du protocole HTTP doPut(), doDelete(), Etc. utilisées pour le développement d’API REST

17 Exemple de servlet import java.io.*; import javax.servlet.*; import javax.servlet.http.*; public class HelloWorld extends HttpServlet { public void service(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { response.setContentType("text/html"); PrintWriter out = response.getWriter(); out.println("<html><body>"); out.println("<h1>hello word !</h1>"); out.println("</body></html>"); } Consulter la javadoc

18 Ecrire une Servlet Classe qui hérite de la javax.servlet.Servlet
Surcharger la méthode d ’initialisation init(), Utiliser la méthode getInitParameter() Surcharger une méthode de gestion d’appel doPost(), doGet(), doPut(), doDelete(), doOptions() Analyser la requête, Classe HttpServletRequest getParameter(), getCookie(), getSession() Utiliser la classe HttpServletResponse pour répondre getWriter(), setContentType(), setCookie() L’élève doit consulter la javadoc pour plus de détails

19 formulaire et Servlet Champs des formulaires directement dans des variables : <FORM ACTION="testServlet" METHOD="POST"> Votre nom : <INPUT TYPE=TEXT NAME="nom"> Votre âge : <INPUT TYPE=TEXT NAME="age"> <INPUT TYPE=SUBMIT VALUE="Ok"> </FORM> Dans TestServlet.doGet(), l’objet request contient les saisies: request.getParameter("nom") request.getParameter("age") public void doGet( HttpServletRequest request, HttpServletResponse response) ... { … out.println("Bonjour " + request.getParameter("nom"));

20 Déployer une servlet Recopier l’application web sous $tomcat/webapps
une archive .war ou Un répertoire Contenu de l’application web sous-répertoire « WEB-INF/ » web.xml : déclaration et paramètres de servlets /lib/ : pour les .jar, /classes/ pour les .class Nom de fichiers et de réperoires sensibles à la casse

21 Déclaration de la servlet
apache-tomcat /webapps/myapp/WEB-INF/web.xml <web-app> <servlet> <servlet-name>servletHello</servlet-name> <servlet-class>HelloWorld</servlet-class> </servlet> <servlet-mapping> <url-pattern>/hello</url-pattern> </servlet-mapping> </web-app>

22 Autour des Servlets Gestion de la session : HttpServletRequest.getSession() données de contexte à durée de vie courte stockées sur le serveur addAttribute(), getAttribute(), setMaxInactiveInterval() Gestion des cookies : HttpServletRequest.getCookies() données de contexte à durée de vie plus longue stockées sur le poste client setName(), setValue(), setMaxAge() Filtre Transforme des requêtes et/ou des réponses Classe qui implémente javax.servlet .Filter Déclaré dans web.xml comme une Servlet Une session et plusieurs cookies par utilisateur Session pour garder en mémoire des variables d’une page web à une autre (30 minutes en moyenne, stocker le minimum d’information) Cookies pour garder en mémoire des variables d’une visite à une autre, voir Filtres : pour des traitements transverses (authentification, log, compression, transformations) , voir

23 JSP Java Server Pages Intégration de code serveur dans un fichier HTML
mêmes principes que PHP Code java dans des balises <%...%> Les pages JSP ont l’extension « .jsp » L’interpréteur JSP génère une classe de servlet « .java » par JSP des variables accessibles dans des pages (session, application, request, response) avantage vs PHP: Les JSP sont converties en classes java de type servlet et sont compilés lors du 1er accès client PHP interpètre à chaque appel (sauf mise en place d’un cache d’opcode comme « APC »)

24 Exemple de JSP Directive <%@page import="java.util.*" %>
<HTML> <HEAD> <TITLE>Test HelloWorl en JSP</TITLE> </HEAD> <BODY> <% out.println("Hello world !"); out.println("Hello " + request.getParameter("name"); %> <p>Today is <%= new Date() %> </BODY> </HTML> Scriptlet Expression

25 interprétation script
Coté serveur <HTML> <BODY> <%="Hello world !"%> <script type="text/javascript"> <!– var now = new Date(); document.write("today is " + now.getDay()); //--> </script> </BODY></HTML> Vue utilisateur interprétation serveur Hello world Today number is 19 Coté client JSP est différent de javascript qui est interprété sur le poste client Une page HTML qui mixe javascript et JSP (ou PHP) est complexe à lire et à comprendre <HTML> <BODY> Hello world ! <script type="text/javascript"> <!– var now = new Date(); document.write("today is " + now.getDay()); //--> </script> </BODY></HTML> interprétation client

26 variables prédéfinies JSP
out : flux de sortie dans la réponse HTTP au client. utiliser println() request : objet représentant la requête HTTP utiliser getParameter("name"), getCookies(), forward() response : objet représentant la réponse HTTP out est retournée par response.getWriter() utiliser setCookie(new Cookie("name","value")) session : objet représentant la session HTTP utiliser setAttribute("name"), getAttribute("name"), removeAttribute("name") La session de l’utilisateur est retourner par request.getSession(false) request.getSession(true) crée et retourne une nouvelle session (déconnexion ou logout) pageContext : objet représentant le contexte d'une page Facilite l'accès au contexte de l'application web utiliser setAttribute("name") pour donner des paramètres aux taglibs Utiliser foward("url") pour déléguer la réponse à une autre page

27 formulaire et JSP Champs des formulaires directement dans des variables : <FORM ACTION="test.jsp" METHOD="POST"> Votre nom : <INPUT TYPE=TEXT NAME="nom"> Votre âge : <INPUT TYPE=TEXT NAME="age"> <INPUT TYPE=SUBMIT VALUE="Ok"> </FORM> Dans test.jsp, l’objet request contient les saisies: <% request.getParameter("nom") request.getParameter("age") %> On peut écrire en réponse dans test.jsp: ... Bonjour <% out.println(request.getParameter("nom")); %>

28 syntaxe JSP <% … %> : scriptlet
<%! … > : déclaration servlet <%! int myVariable = 0; %> <%-- Voici un commentaire JSP --%> <%= … %> : expression (pas de ; final) %> : directive import="…", page="url" <jsp:…> : tag jsp <jsp:include>, <jsp:forward> TagLib JSTL taglib uri=" prefix="fmt" %> Autres TagLib : Struts2, Tiles, Spring MVC, etc. Librairie URI Préfixe core c Format fmt XML x SQL sql Fonctions fn Préferer le scriplet java plutôt que <core:…> Ne pas utiliser <sql:…> pour respecter l’architecture 4 tiers Format pour le i18n, l’affichage et l’interprétation des dates, nombres, messages, les encodages XML pour interpréter des fichiers xml façon XPATH FN : pour les fonctions utilitaires (façon StringUtils) Voir et

29 Forward vs redirect Forward utilisable dans un même war Redirect sinon
<jsp:forward page="/jsp/welcome.jsp"/> Page A Page B Page C Forward compliqué à faire en servlet, seul <jsp:forward> permet de donner des paramètresen retour comme par exemple un message d’erreur Pour un forward les objets request et response sont retransmis (ne rien mettre dans « out ») Pour un redirect les paramètres de la request sont perdus sauf si ils sont remis dans la queryString, pour le navigateur fasse le réenvoie le redirect est plus long mais permet un envoi vers un autre conteneur web totalement indépendant. forward this.getServletConfig().getServletContext().getRequestDispatcher( "/JSP/Demo.hello.jsp").forward(request,response);

30 Forward pour les erreurs
Page1.jsp Nb pizza incorrect … <% if (nbPizza<=0) { %> <jsp:forward page="Page1.jsp"> <jsp:param name=”errMsg" value=”Nb pizza incorrect" /> </jsp:forward> <% } %> -2 Page 2.jsp

31 Utilisation des taglibs 1/2
Rajout des jars correspondant dans WEB-INF/lib WEB-INF/lib/jstl.jar WEB-INF/lib/standard.jar Exemple : <html><body> <% pageContext.setAttribute("now",new java.util.Date()); %>" … <fmt:formatDate pattern="yyyy-MM-dd" value="${now}" /> … </body></html> Les jar de JSTL sont à rajouter en fonction des conteneurs web Depuis Servlet API 3.0 les tld de la JSTL ne sont plus à déclarer dans web.xml Uri ".../jsp/jstl/..." obligatoire pour indiquer JSTL 1.1 dans JSP 2.0

32 Utilisation des taglibs 1/2
… code HTML … <jsp:useBean id=“user” class=“com.acme.EndUser” scope=“session” /> <? user.setName(“Dupont”); ?> <h2>Welcome, <c:out value="${user.name}”/> Ou <? EndUser user = new EndUser(); user.setName(“Dupont”); ?> <h2>Welcome, ${user.name}”

33 Conteneur Web couche de persistance
JDBC – Transaction

34 Architecture webapp

35 Java DataBase Connectivity
Librairie d’interfaces java qui définisse la communication avec une base de données Package « java.sql » classe « DriverManager », interface « Driver » démarrage d’une connexion interfaces « Connection », « DatabaseMetaData » Gestion d’une connexion et création de requêtes SQL interface « Statement » et spécialisations gestion, exécution d’une requête SQL interfaces « ResultSet », « ResultsetMetaData » gestion des résultats de requête SQL Application Java JDBC DriverManager MySQL JDBC Driver Oracle JDBC Driver Voir la javadoc MySQL Oracle

36 Connexion via JDBC Classe DriverManager Temps d'exécution long
DriverManager.getConnection(url,user,password) Interface « java.sql.Connection » Gère la connection à la base close(), getMetaData() Création d'une nouvelle requête Statement stmt = createStatement(); prepareStatement("select a from b where c=?") pour optimisation, ‘ ? ’ = paramètre, ordre important prepareCall("? = call proc_stock[?,?]") procédure stockée (attention à la portabilité !) Gestion du transactionnel commit(), rollback(), setAutoCommit(boolean) Temps d'exécution long À considérer comme monothread Obtenir une connexion est un processus couteux : utiliser des pools dans une DataSource Préférer prepareStatement() à createStatement() lorsque les requêtes ne change pas La spécification JDBC indique qu'une java.sql.Connection est monothread mais pour une gestion des transactions plus sur il est préférable de la considérer monothread. Pour vérifier les performances des méthodes : java -Xrunhprof:cpu=sample,depth=15,file=prof0.txt MaClasse0

37 Exemple de connexion /** retourne une connection à une base de données accessible via JDBC dbURL - URL de la base de données driverClassName - nom complet de la classe qui sert de driver JDBC user - nom de compte utilisateur de la base de données password - mot de passe associé au compte utilisateur */ public Connection connect(String dbURL, String driverClassName, String user, String password) throws Exception { // configure le DriverManager pour charger le driver try { Object drv = Class.forName(driverClassName).newInstance(); } catch( Exception e) { e.printStackTrace(); throw e; } Connextion connection = null; connection = DriverManager.getConnection(dbURL, user, password); return connection; } catch( SQLException se) { se.printStackTrace(); throw se; } } Le jar du driver doit être dans le classpath Ne jamais avoir de bloc catch vide : printStackTrace est le minimum Throw e plutôt que return null

38 Exemple de update Connection cnx = DriverManager.getConnection("jdbc:mysql://localhost:3306/pizzadb","com.mysql.jdbc.Driver","user","****"); PreparedStatement updateVentes = cnx.preparedStatement( "UPDATE CAFE SET VENTE = ? WHERE NOM_CAFE LIKE ?"); updateVentes.setInt(1,50); updateVentes.setString(2, "Colombian"); updateVentes.executeUpdate(); Statement stt = cnx.createStatement(); stt.executeQuery("UPDATE CAFE SET VENTE = 50 WHERE NOM_CAFE LIKE 'Colombian' "); Un prepareStatement est optimisé pour de nombreux appels à la base de données.

39 Requêtes via JDBC « Statement » représente une requête
Exécution d’une requête SQL Resulset res = statement.executeQuery("select …"); int nbRows = statement.executeUpdate("update …"); Pagination des résultats setMaxRows(n), getMoreResults() contrôle de l’exécution de la requête setQueryTimeout(int seconds), cancel() PreparedStatement, CallableStatement set<Type>(n°param,valeur) avec pour <Type> : String, Long, Double, BigDecimal, Boolean, Date, etc.

40 Résultats via JDBC « Resultset » représente le résultat d’une requête
méthodes principales : get<Type>(nom_colonne) next() exemple: while(rst.next()) { … gestion d ’une ligne … } getMetaData() « ResultsetMetaData » décrit le résultat (= la table si « select * ») getColumnCount(), getColumnType() isNullable(), getColumnLabel(), etc.

41 Exemple de insert MySQL
Pizza p = new Pizza("royale","tomato"); Statement stt = cnx.createStatement(); int nbLigneCrees = stt.executeUpdate("INSERT INTO pizza (pizza_name,pizza_type) VALUES ('"+p.getPizzaName()+"','"+p.getPizzaType()+"')", Statement.RETURN_GENERATED_KEYS); ResultSet generatedKeys = stt.getGeneratedKeys(); if (generatedKeys.next()) { p.setId(generatedKeys.getLong(1)); } L'identifiant (colonne id) est généré automatiquement par la base de données MySQL, getGeneratedKeys permet de récupérer cet identifiant. MySQL ALTER TABLE pizza CHANGE pizza_id pizza_id BIGINT( 20 ) NOT NULL AUTO_INCREMENT

42 Exemple de select ... chatRooms.add(chatRoom); }
// affiche les noms des cplonnes puis chaque ligne de résultat de la requête Statement stmt = connection.createStatement(); ResultSet rst = stmt.executeQuery("select c.chatRoomName, t.topicName, c.language, from ChatRoom c, TopicCategory t where c.topicCategoryId = c.Id order by topicName, chatRoomName"); ResultSetMetaData rstData = rst.getMetaData(); Collection<ChatRoom> chatRooms = new Vector<ChatRoom>(); while(rst.next() == true) { ChatRoom chatRoom = new ChatRoom(); chatRoom.setRoomName(rst.getString("chatRoomName")); ... chatRooms.add(chatRoom); } // fermeture de la requête et de ses Resultset associés stmt.close();

43 Transactions sous MySQL
Transactions en SQL BEGIN, COMMIT, ROLLBACK, CHECKPOINT option AUTOCOMMIT Note : les DDL (create, alter, drop table) sont toujours AUTOCOMMIT Accès concurrents : ligne ou table bloquée jusqu’au commit ou rollback LOCK TABLE SELECT … FOR UPDATE Gestion optimistes des accès concurrents Moteurs pour la base MySQL InnoDB : foreign keys, select for update, stockage optimisé MyISAM : plus rapide en lecture MEMORY : pas de stockage sur le disque NDBCluster : table répartie sur plusieurs serveurs

44 Illustration d’une transaction
Table possessions (d’actions par utilisateurs) Table comptes Scénario 1 : l’utilisateur A achète 200 actions Axa à l’utilisateur B pour 37 euros id action quantite cote utilisateur version 1 Total 200 149,90 C 2 Axa 500 36,50 B 3 EDF 150 82,20 A 4 id solde utilisateur 1 3200 A 2 1540 B 3 2030 C Exemple transaction : achat/vente action en bourse Etapes transactions : update possessions set quantite=quantite-200 where id=2 insert into possessions (action,quantite,cote,utilisateur) values (‘AXA’,200,37,A) update comptes set solde=solde-1850 where utilisateur=A update comptes set solde=solde+1850 where utilisateur=B Exemple accès concurrent : double achat simultanée sur le même utilisateur pour la même action : rajouter une colonne updateCount (ou couple stampLogin, stampDate)

45 gestion optimiste des accès concurrents
Scénario 1 Scénario 2 : l’utilisateur C achète aussi 400 actions Axa à l’utilisateur B pendant le scénario 1 id action quantite cote utilisateur version 1 Total 200 149,90 C 2 Axa 300 36,50 B 3 EDF 150 82,20 A 4 id action quantite cote utilisateur version 1 Total 200 149,90 C 2 Axa 500 36,50 B 3 EDF 150 82,20 A 4 id solde utilisateur 1 1350 A 2 3390 B 3 2030 C Exemple transaction : achat/vente action en bourse Etapes transactions : update possessions set quantite=quantite-200 where id=2 insert into possessions (action,quantite,cote,utilisateur) values (‘AXA’,200,37,A) update comptes set solde=solde-1850 where utilisateur=A update comptes set solde=solde+1850 where utilisateur=B Exemple accès concurrent : double achat simultanée sur le même utilisateur pour la même action : rajouter une colonne updateCount (ou couple stampLogin, stampDate)

46 Exemple de transaction JDBC
cnx.setAutoCommit(false); PreparedStatement updateVentes = cnx.prepareStatement( "UPDATE CAFE SET VENTE = ? WHERE NOM_CAFE LIKE ?"); updateVentes.setInt(1,50); updateVentes.setString(2, "Colombian"); updateVentes.executeUpdate(); PreparedStatement updateTotal = cnx.prepareStatement( "UPDATE CAFE SET TOTAL = TOTAL + ? WHERE" + "NOM_CAFE LIKE ?"); updateTotal.setInt(1,50); updateTotal.setString(2,"Colombian"); updateTotal.executeUpdate(); cnx.commit(); Cet exemple ne gère pas les accès concurrents

47 Introduction au système de trace coté serveur
Log4j Introduction au système de trace coté serveur

48 Log4j Librairie de génération de traces dans un fichier
Utiliser des fichiers de log au lieu de System.out Types de traces : ERROR, INFO, DEBUG Installation : log4j-<version>.jar dans le CLASSPATH Logger : générateur de la trace Appender : destination de la trace LayoutPattern : format de la trace Configuration Log4j.properties Log4j.xml Voir

49 Exemple de config. log4j <log4j:configuration xmlns:log4j=" <appender name="ConsoleAppender" class="org.apache.log4j.ConsoleAppender"> <layout class="org.apache.log4j.PatternLayout"> <param name="ConversionPattern" value="%d %t %c{2} - %m%n"/> </layout></appender> <category name="fr.isen"> <priority value="DEBUG"/> </category> <root> <priority value="ERROR"/> <appender-ref ref="ConsoleAppender"/> </root></log4j:configuration> Voir

50 Exemple de code log4j public class DAOBase { ...
final static Logger logger = Logger.getLogger(DAOBase.class); public void aMethod() { connection = DriverManager.getConnection(dbURL, user, pwd); if(logger.isDebugEnabled()) { logger.debug("connected to " + dbURL); } ....

51 Introduction aux tests unitaires et à l'intégration continue
Junit Introduction aux tests unitaires et à l'intégration continue

52 JUnit Cadriciel de création de tests unitaires
Génération de tests unitaire possible depuis Eclipse Un test unitaire teste une méthode ou une fonction différent des tests fonctionnels qui testent les fonctions de l’application, Lancement possible depuis Eclipse Code à isoler en gestion de configuration sous « src/test »

53 Exemple de junit Connection cnx = null @Before
import static org.junit.Assert.*; import org.junit.Test; public class StringTest public void testConcatenation() { String foo = "abc"; String bar = "def"; assertEquals("abcdef", foo + bar); } public void testStartsWith() { assertTrue(foo.startsWith("ab")); Connection cnx = null @Before public void setUp() throws Exception { cnx = new DAOBase().getConnection( dbUrl,dbDriver, dbUser, dbPassword); } avec equals() @Test(expected = NullPointerException.class) public void methodCallToNullObject() { Object o = null; o.toString(); }

54 Méthode d’assertion Méthode Rôle assertEquals
Vérifie que deux objets sont égaux, avec la méthode equals() assertFalse Vérifie que l'expression est fausse assertNotNull Vérifie que l'objet n'est pas nul assertNotSame Vérifie que deux références ne sont pas les mêmes assertNull Vérifie qu'un objet est nul assertSame Vérifie que deux références sont les mêmes, avec l’opérateur == assertTrue Vérifie que l'expression est vrai fail Provoque l'échec du test

55 Junit depuis Eclipse Création :
bouton droit sur une classe, puis New, Other, Java, Junit, TestCase Génerer le code de test sous un autre répertoire « /test » Utilisation : bouton droit sur une Junit puis Run As, Junit Test menu depuis Eclipse : clique bouton droit sur une classe, puis New, Other, Java, Junit, TestCase

56 Tests unitaires Un test unitaire teste une méthode ou une fonction
différent des tests fonctionnels qui testent les fonctions de l’application, Tests unitaires automatisés  lancés après la construction d’un exécutable Utilisés pour l’intégration continue Tests unitaires d’intégration lancés après l’installation d’une application Fonctionnement interne Fonctionnement de l’IHM Compilation Tests unitaires Documentation Contrôle qualité Déploiement

57 Processus de l’intégration continue
Les développeurs livrent leurs modifications en continu 2 A intervalle régulier l’état du référentiel de sources est vérifié 3 En cas de modifications, l’usine logicielle procède à la construction du projet Référentiel des sources SCM 1 Vérification de l’état du référentiel Livraison de code Compilation Génération de documentation Récupération des sources Exécution des tests unitaires Packaging et déploiement Calcul de métriques qualité Log4J - JUnit Développeurs 6 Consultation des métriques qualité Notifications Parler des MockObject pour rendre possible les Lancement depuis Ant Lancement depuis Maven Rapport de couverture de code avec EMMA 4 En cas d’échec, la résolution du problème devient la priorité de l'équipe Usine logicielle 5 Testeurs Environnement de développement, d’intégration ou de recette Déploiement 7 Tests

58 Introduction à l'informatique distribué et à RMI
JNDI Introduction à l'informatique distribué et à RMI pour expliquer les DataSources

59 Objets distribué Prinpices : Faire coopérer des logiciels entre eux
Avoir des "variables globales" au réseau Utiliser et répartir la puissance de calcul et de stockages sur plusieurs serveurs Appeler une méthode d'un objet se trouvant sur une autre machine exactement de la même manière que s’il se trouvait au sein de la même machine Pouvoir retrouver un objet existant d'après son « nom » Client Serveur ObjetStub ObjetServant Middleware

60 Comment sont vu les objets.
Mode classique Mode distribué Machine 1 Machine 1 Machine 2 Interface Implementation Squeleton Stub Objet Application Application

61 Utilisation de l'annuaire
3 - Appel l'objet Client Serveur 2- Recherche un objet Object o = envCtx.lookup("MyObj"); 1- Déclare un objet Annuaire

62 Technologies Objets distribués
Responsable RPC IETF C, C++ CORBA OMG tous RMI Oracle (ex Sun) java SOAP (WebService) W3C WCF Microsoft .Net HTTP+REST+XML/JSON ?, pas de norme IETF : Internet Engineering Task Force, éditeur des RFC qui normalise Internet WCF : Windows Communication Framework : remplace COM+, DCOM et WSE RPC, XML-RPC, REST ne sont conformes à la programmation orienté objet

63 Java RMI Remote Method Incocation
Permet à du code client d'appeler une méthode sur un objet serveur Java distant. simplification de CORBA pour java uniquement. Générateur de code Stub et Skeleton à partir d'une interface : rmic Annuaire d'objet serveur disponible rmiregistry Package java.rmi Disponible dans Java SE

64 JNDI Java Naming and Directory Interface
Service de nommage / annuaire pour JEE API accès aux annuaires javax.naming « Service Provider » par annuaire cible (LDAP, NIS, RMI registry…) Utiliser dans JEE pour accéder à des DataSources UserTransaction EJB Etc. JEE est une évolution de CORBA pour Java

65 Déclarer une DataSource dans Tomcat
$tomcat/webapps/myapp/META-INF/context.xml <Resource name="jdbc/PizzaDB" auth="Container" type="javax.sql.DataSource" username="root" password="root" driverClassName="com.mysql.jdbc.Driver" url="jdbc:mysql://localhost:3306/pizzadb" maxActive="8" maxIdle="4"/> $tomcat/webapps/myapp/WEB-INF/web.xml <resource-ref> <res-ref-name> jdbc/PizzaDB </res-ref-name> <res-type> javax.sql.DataSource </res-type> <res-auth> Container </res-auth> </resource-ref> Création d’une DataSource dans Tomcat Utilisation d’une DataSource Voir Context initCtx = new InitialContext(); Context envCtx = (Context) initCtx.lookup("java:comp/env"); DataSource ds = (DataSource) envCtx.lookup("jdbc/PizzaDB");

66 Construction de livrables
Ant - Maven

67 Ant http://ant.apache.org
Outil pour construire un livrable jar, war, ear Remplace les fichiers "make" Intégrer à Eclipse (démarrage, configuration) Doc. sous $ANT_HOME/docs/manual/index.html et Suite sur le support de cours Ant de T. Dandelot Parler de la tache <env> et insister sur la tâche <war>, montrer le build.xml tu TP pour certains exemples

68 EJB Session – JPA – JMS/MDB
pour expliquer les DataSources

69 EJB Enterprise Java Beans Cadriciel de logique métier coté serveur
S’appuie sur Java SE et les APIs de Java EE JNDI, JTA/JTS, JDBC, JMS, JAAS Gestion déclarative : personnalisation par annotations dans le code) ou descripteur de déploiement (xml) "Portable" sur les différents conteneurs EJB Les descripteur de déploiement permettent de ne pas toucher au code source

70 Architecture 4 tiers JEE
WEB Container T2 Browser T1 Servlets JSPs HTTP JDBC JMS JTA JCA JAAS JavaMail JNDI … html T4 jdbc DB T1+T2 RMI / IIOP Appel local JVM Applets java/flash T3 SOAP, REST RMI / IIOP EJBs xxxx SOAP ou REST = WebSercices, utilisables sur Internet RMI / IIOP = CORBA, utilisables sur un réseau privé (pb de bande passante et de pare-feu) public static void main(…) { T1+T2 T4 EIS EJB Container Java Application Java EE Application Server

71 Services du conteneur d'EJB
Annuaire de composants EJB et de ressources Grappe de ressource (pool) Transactions Persistance Répartition de charge Sécurité C'est pour bénéficier de tout ces services technique qu'il est opportun d'utiliser JEE (les EJB pour les 4 derniers) L'ensemble des services fournis par le conteneur EJB focalise le développeur sur le métier

72 interface d'un EJB Déclare l'annotation @Remote
Déclare les méthodes métier C'est une vue cliente et distante de l’EJB Paramètres passés par copie Retour et exceptions également Doivent implémenter Serializable import javax.ejb.Remote; ... @Remote public interface PizzaManager { public Long orderPizza(PizzaOrder po, EndUser eu); Parler de la différence avec le passage de paramètre par référence Il mais il est préférable de ne pas les déclarer en EJB dans ce cas (les traiter comme des POJO, où alors utiliser Spring IoC pour un couplage plus lâche)

73 Implémentation d'un EJB
Implémente les méthodes de l’interface Remote Peut hériter d’un autre EJB, ou d’un POJO Spécifie les caractéristiques de déploiement par annotations type d'EJB (Stateless, Stateful, Message) transactions, sécurité, persistance webservice POJO : Plain Old Java Object La persistance sera vue avec JPA Les WebServices se font par dans une classes puis WebMethod dans une méthode dans un EJB pour un contaneur EJB ou un POJO dans un conteneur web Voir ftp://ftp-developpez.com/tahe/fichiers-archive/tutoriel-webservice-netbeans65-glassfish.pdf

74 Exemple de code Serveur Client distant Client local
@Stateless(mappedName="PizzaManager") Public class PizzaManagerBean implements PizzaManager { public Long orderPizza(PizzaOrder po, EndUser eu) { ... Client distant Context ctx = new InitialContext(); PizzaManager pm = (PizzaManager)ctx.lookup( "java:global/PizzaEAR/PizzaFrontOffice/PizzaManagerBean"); ... pm.creatPizzaOrder(po); @EJB(mappedName="PizzaManager") private PizzaManager pizzaMgr; // Injection d’EJB local Client local @EJB(name="PizzaManager") private PizzaManager pizzaMgr; // Injection d’EJB local

75 EJB Session Réalisation d’actions sur demande de clients
Objets métier gestionnaire non persistants Ce n'est pas une entité métier sauver en base de données Session Stateless ou Stateful Un Bean Stateful gère un l’état il est plus difficile de le dupliquer Un EJB Session est une sorte de contrôleur, un point d'entrée façade dans l'application @Stateful crée un EJB Session avec gestion de l'état, réplicas plus couteux : exemple EJB de compteur incrementeCommande()

76 Caractéristiques de déploiement
Stateless Session Bean Grappe d’instances possible Appels de méthodes " idempotent " Stateful session / Activation / Passivation @PostActivate après activation @PrePassivate avant passivation Pour tous les Session Beans @TransactionManagement(value=TransactionManagementType.BEAN) @RolesAllowed("front-office","back-office"} ) un EJB est accessible en local via injection de sur l'attribut client ou via un lookup() vers java:global/<bean> ou java:module/<bean> ou java:app/<module-name>/<bean> ou un autre espace de nom spécifique à un conteneur d'EJB

77 EJB : Configuration & Déploiement
Descripteur de déploiement : META-INF/ejb-jar.xml <enterprise-beans> Description du Bean (Stateful, Stateless, ...) Ressources (Base de données,...) Securité: permissions et rôles Transactionnels </enterprise-beans> Priorité au descripteur de déploiement sur les annotations.

78 Descripteur de déploiement (optionnel)
Bean Session Lien entre interfaces et implémentation <enterprise-beans> <session> <description>EJB PizzaShop</description> <ejb-name>PizzaManager</ejb-name> <business-remote>...PizzaManagerRemote</business-remote> <ejb-class>...PizzaManagerBean</ejb-class> <session-type>Stateless</session-type> <transaction-type>Bean</transaction-type> <resource-ref> <res-ref-name>jdbc/facturationDB</res-ref-name> <res-type>javax.sql.DataSource</res-type> <res-auth>Container</res-auth> </resource-ref> </session> </enterprise-beans> Bean ou Container BeanManaged transaction : le développeur utilise l'API de UserTransaction UserTransaction utx = context.getUserTransaction(); utx.begin(); utx.commit(); utx.rollback(); ContainerManaged transaction : spécifié pour chaque méthode Ressource : ici, base de données

79 Injection de dépendances
Variable d’instance initialisée par le conteneur Alternative au lookup JNDI Interne à une application JEE serveur uniquement Dans un client d'EJB (par exemple une Servlet) @EJB(mappedName="java:global/PizzaEAR/PizzaFrontOffice/Pizz aManagerBean") private PizzaManager pizzaMgr; // Injection d’EJB local Dans l'EJB @Resource(name="java:/PizzaDS") javax.sql.DataSource ds; // Injection de ressource via nom JNDI L'injection de dépendance est également utilisé pour le contexte de persistance JPA Java EE6 à introduit

80 Gestion des erreurs Exception métier Exception technique
L'utilisateur est la cause de l'erreur ou peu la résoudre Le développeur doit créer des exception métier qui : héritent de java.lang.RuntimeException Utilisent Exception technique Réutiliser les exceptions disponibles ServletException, dans les servlets et JSP EJBException dans les EJB SQLException dans les DAO @ApplicationException(rollback=true) public class BusinessException extends RuntimeException { .... Exemple de business exception : "il n'y a plus de pizza en stock" ou "l'utilisateur final n'a pas assez d'argent"

81 Packaging EAR /lib EAR JAR JAR JAR EJB-JAR EJB-JAR WAR
/META-INF/application.xml <application><display-name>PizzaEAR</display-name> <module><ejb>PizzaEJB.jar</ejb></module> <module> <web> <web-uri>PizzaFrontOffice.war</web-uri> <context-root>Pizza</context-root> </web> </module> </application>

82 Rappel sur le chargement de classes
Les classloaders sont hiérarchisés Règle : Cherche la classe dans le cache de son niveau Demande la classe au classloader parent Si ClassNotFoundError pour le parent alors cherche la classe à son niveau Si toujours pas trouvé alors ClassNotFoundError Hierarchie standard (hors JEE), du pères aux fils Bootstrap : java.* Extension : $JRE_HOME/ext/*.jar System (ou application si non JEE) : $CLASSPATH

83 Gestion du classpath JEE
Module Classpath EAR All JARs in the /lib directory of the EAR Manifest Class-Path of any JARs in 1 EJB-JAR EJB-JAR file itself JARs referenced by manifest Class-Path of EJB-JAR JARs referenced by manifest Class-Path of above JARs (in 2) WAR WEB-INF/classes JARs in WEB-INF/lib JARs referenced by manifest Class-Path of WAR JARs referenced by manifest Class-Path of JARs in 2 and 3 Retour à la ligne obligatoire ! Le chemin de classpath est relatif à l'emplacement disque du jar ou du WAR dans l'EAR (espace pour séparer jar Rappel de l'ordres de chargement des classes : Bootstrap : java.* Extension : $JRE_HOME/ext/*.jar System : $CLASSPATH Voir aussi Exemple : META-INF/MANIFEST.MF de Pizza.war dans Pizza.ear Class-Path: lib/PizzaBiz.jar PizzaEjb.jar lib/log4-j jar lib/jackson-databind jar lib/jackson-core jar

84 Répartition de charge : notations
Un noeud (machine) qui héberge un ou plusieurs serveurs web ejb Un conteneur Web Un conteneur EJB ejb web Un serveur qui héberge un conteneur Web Un serveur qui héberge un conteneur EJB ejb web Un serveur qui héberge un conteneur Web et un conteneur EJB Apache mod_jk Un serveur Apache avec le module mod_jk

85 Répartition de charge : scenarii (1)
Répartition du serveur JavaEE Compact Réparti (au sein d ’un même nœud) Réparti ejb web web ejb web ejb

86 Répartition de charge : scenarii (2)
(1) web ejb ejb web Apache mod_jk Réplication session http Apache mod_jk Répartition de charge EJB ejb web web ejb (3) (4) mod_jk mod_proxy mod_balancer web web ejb Apache mod_jk ejb Apache mod_jk web web ejb

87 Répartition de charge depuis un load balancer
Cette technique fonctionne aussi avec des sites PHP

88 Gestion des transactions
Utilisation de JTA javax.transaction.UserTransaction Contrôle de la transaction (timeout, « rollbackOnly ») Exemple : UserTransaction utx = (UserTransaction) ctx.lookup("java:comp/UserTransaction"); utx.begin(); … utx.commit();

89 Gestion déclarative des transactions
Au niveau de la méthode de l'EJB Required (valeur par défaut) Si pas de transaction, nouvelle transaction Supports Si transaction courante, l’utiliser NotSupported Si transaction courante, elle est suspendue RequiresNew Nouvelle transaction (s'il y a un transaction courante, elle est suspendue) Mandatory Exception si pas de transaction courante Never Exception si transaction courante

90 Gestion déclarative des Transactions par annotations
@TransactionManagement(javax.ejb.TransactionManagementType.CONTAINER) public class Facturation implements FacturationRemote public void creerFacture( ) { // … } NotSupported Required RequiresNew Mandatory Supports Never

91 Descripteur de déploiement : Gestion déclarative des Transactions par xml
<assembly-descriptor> <container-transaction> <method> <ejb-name>Facturation</ejb-name> <method-name>*</method-name> </method> <trans-attribute>Required</trans-attribute> </container-transaction> ... </assembly-descriptor> NotSupported Required RequiresNew Mandatory Supports Never

92 Persistance + Transactions
DB1 Conteneur EJB EJB1 no cust DB2 T1 T2 DD EJB JMX REG DBM 2-phase commit server2 Conteneur EJB EJB2 Conteneur WEB Servlet http JTM JMX EJB DBM JMX Web Appli client server1 server3

93 JPA Framework : Hibernate, EclipseLink, ObjectDB, OpenJPA
Java Persistence API Un diagramme de classes métier correspond à un modèle de base de donnée relationnel Annotations de correspondance objet-relationnel Déclaration des tables et colonnes correspondantes Déclaration des associations Déclaration de l'héritage Utilisation de JPA dans le code java Framework : Hibernate, EclipseLink, ObjectDB, OpenJPA Alternatives : JDO, JDBC

94 Annotations JPA Annotations à insérer dans les classes métier pour définir le mapping objet relationel Annotations JPA Classe métier : @Entity @Table(name="<nom_table>") @MappedSuperClass : pour les classes mère abstraites Attributs dans classe métier : @Column(name="<nom_colonne>", length=<taille>, nullable=<true|false>) @Id : la colonne est l’identifiant unique de la table @GeneratedValue : valeur non fournie par le développeur @Version : colonne technique utilisée pour la gestion optimiste d’accès concurrents @Transient : ignoré par JPA (non sauvé) L'annotation peut se faire sur l'attribut ou sur la méthode getter Surcharger une définition dans une class mère

95 Exemple 1/2 Associations
public class PizzaOrder implements Serializable { // Serializable conseillé public PizzaOrder () { } // Constructeur par public Long private protected EndUser customer; public class EndUser implements Serializable { cascade=CascadeType.ALL, fetch=FetchType.LAZY) private Collection<PizzaOrder> pizzaOrders; Pour MySQL Autoincrement Nom de colonne différent Une classe entity ne doit pas être final Associations (1 EndUser , N PizzaOrder)

96 Associations Exemple : EndUser OneToMany PizzaOrder
Le « propriétaire » de la relation correspond à la table qui possède la clé étrangère Lien EndUser/PizzaOrder : PizzaOrder est « propriétaire » de la relation Attribut « mappedBy » côté EndUser, et joinColumn côté PizzaOrder OneToOne Exemple : EndUser et Address OneToMany Exemple : EndUser vers PizzaOrder ManyToOne Exemple : PizzaOrder vers EndUser ManyToMany Exemple : Pizza et PizzaOrder

97 Jointures en JPA Q: Pas de cascade avec LAZY loading… donc EAGER ?
@ManyToOne(fetch=FetchType.LAZY) @JoinColumn(name="<nom_colonne>", unique=true, nullable=true) @OneToMany(mappedBy="<nomAttributClasseAssociée>", cascade=CascadeType.ALL) @ManyToMany @JoinTable(name="<nom_table>", joinColumns ="<nom_colonne>"), inverseJoinColumns ="<nom_colonne>" ) OneToOne : idem ManyToOne d'un coté et OneToMany de l'autre CascadeType : ALL, MERGE, PERSIST, REFRESH, REMOVE, DETACH FetchType : LAZY, EAGER OneToMany CascadeType.ALL pour les compositions (rond plein) OneToMany CascadeType.REFRESH pour les aggrégations (rong creux) ManyToOne CascadeType.REFRESH en général Lazy loading à privilégier en OneToMany ALL CascadeType par défaut ? Q: Pas de cascade avec LAZY loading… donc EAGER ?

98 Cascade @ManyToMany(mappedBy="pizzas",cascade= ?)
private Collection<PizzaOrder> pizzaOrders = null; CascadeType Effet ALL Tous les effets ci-dessous, valeur par défaut PERSIST Si l'entité à créer possède des entités dans l'association concernée, alors elles sont créées également MERGE Si l'entité à modifier possède des entités dans l'association concernée, alors celle-ci sont modifiées (ou créées) également REMOVE Si l'entité à supprimer possède des entités dans l'association concernée, alors celle-ci sont supprimées également REFRESH Si l'entité à relire possède des entités dans l'association concernée, alors celle-ci sont relues également ("undo" des modifications) DETACH Si l'entité à détacher possède des entités dans l'association concernée, alors celle-ci sont détachées également Les cascades ne fonctionnent que pour un fetch=FetchType.EAGER quid si les entités d'une association fetch=FetchType.LAZY est lue quand même ? default cascadetype for fetched lazy items? READ N'existe pas ! car il s'agit du fetch=FecthType.EAGER NONE N'existe pas ! car il s'agit du fetch=FecthType.LAZY

99 Exemple 2/2 idem OneToMany d'un coté Facultatif,
public class PizzaOrder implements Serializable private Collection<Pizza> pizzas = null; .... __________________________ public class Pizza implements Serializable private Collection<PizzaOrder> pizzaOrders = null; idem OneToMany d'un coté Facultatif, Une classe entity ne doit pas être final

100 Configuration JPA La configuration de la persistance par JPA est dans META-INF/persistence.xml <?xml version="1.0" encoding="UTF-8"?> <persistence version="2.0" xmlns=" xmlns:xsi=" xsi:schemaLocation=" <persistence-unit name="PizzaPU"> <jta-data-source>java:/PizzaDS</jta-data-source> <class>fr.isen.eleve.todo.pizza.biz.EndUser</class> <class>fr.isen.eleve.todo.pizza.biz.Pizza</class> <class>fr.isen.eleve.todo.pizza.biz.PizzaOrder</class> <properties> <property name="showSql" value="true"/> <property name="hibernate.dialect" value="org.hibernate.dialect.MySQL5Dialect" /> <property name="hibernate.hbm2ddl.auto" value="validate" /> </properties> </persistence-unit> </persistence> Cet exemple utilise Hibernate, Hibernate est détenu par RedHat comme Jboss create : crée les tables au démarrage, create-drop : crée les tables au démarrage puis les supprimes à l'arrêt update : met à jour les tables au démarrage Validate : vérifie les tables au démarrage ou create, create-drop, update

101 Instructions JPA La classe EntityManager manipule les données
em.flush() : sauvegarde immédiate des modifications em.refresh(e) : annulation de modifications em.createQuery(<requête en ejbQL avec :param >) em.createNativeQuery(<requête en SQL>) em.getTransaction().begin(); em.getTransaction().commit(); JPA SQL em.persist(e) insert em.merge(e) update em.remove(e) delete em.find(e.class,id) select EntityManagerFactory emf = Persistence.createEntityManagerFactory ("<persistanceunitname>"); EntityManager em = emf.createEntityManager(); @PersistenceContext(unitName="PizzaPU") private EntityManager em; L'écriture réelle en base de données est faite au commit() ou au flush() Parler de la notion d'instance attachée au persistenceManager

102 Gestion des entités obligatoire si CascadeType.ALL non défini
... public void orderPizza(PizzaOrder po, EndUser eu) { EndUser eu = persistenceManager.find(eu.getClass(),eu.getId()); po.setCustomer(eu); persistenceManager.persist(po); Refresh() et cascade d'entité non gérée interdite Non gérée si eu.id = -1 alors le find retournera null est le PizzaOrder ne sera associé à aucun EndUser Par contre si la ligne rouge n'existe pas et que nous sommes en CascadeType.ALL alors Il y aura une erreur IllegalStateException (org.hibernate.TransientObjectException avec Hibernate) car gérée persit(), merge(), find(), query() detach() garbage collector new

103 Exemple @Stateless public class FacturationBean implements FacturationRemote private EntityManager entityManager; 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); }

104 Définition de l'héritage
1 seule table pour toutes les sous-classes @Entity @Inheritance(strategy=SINGLE_TABLE) @DiscriminatorColumn(name="<nom_colonne>", discriminatorType=STRING,length=20) Conseillé 1 table par sous-classe – classe mère @Entity @Inheritance(strategy=InheritanceType.JOINED) Déconseillé Voir Surcharger une définition dans une class mère 1 table par sous-classe – classe fille @Entity @PrimaryKeyJoinColumn(name="ID", referencedColumnName="ID") 1 table par classe Classe mère abstraite @Entity @Inheritance(strategy=InheritanceType.TABLE_PER_CLASS) @MappedSuperClass

105 EJB-QL Langage proche de SQL
« select p from Pizza p » From sur les classes au lieu des tables Respectez la casse dans le nom de la classe (package facultatif) "update" et "delete" "inner join", "group by… having", "order by" public List<Facture> listFactures( ) { Query q = em.createQuery("select po from PizzaOrder fetch po.pizzas where po.customer.lastname like =:lastname"); q.setParameter("lastname","perez"); return q.getResultList(); } Liste des commanes avec leur client dont le nom commence par :lastname avec leur factures La jrequête retournera le PizzaOrder avec le customer et les pizzas en fonction du fetchType Possibilité de requête paramétrées et Voir exemple sur ou q.getSingleResult() ou q.executeUpdate() selon les requêtes

106 Annotation de Callbacks d'une entitée
Méthodes appelées par le persistenceManager Annotation de callback Description @PrePersist Avant insertion en base @PostPersist Après insertion en base @PreUpdate Avant mise à jour en base @PostUpdate Après mise à jour en base @PreRemove Avant suppression en base @PostRemove Après suppression en base @PreLoad Avant lecture en base @PostLoad Après lecture en base Il est utile de valider l'état d'un objet avant son insertion ou sa mise à jour en base

107 Bean Validation Déclaration de contrainte
@NotNull @Size(max=50) public String getNom() Validation de données dans une instance Contraintes déclarées par annotations java String Int, Long Float, Double Date @NotNull @Min @DecimalMin @Future @Size @Max @DecimalMax @Past @Pattern Validation ValidatorFactory factory = Validation.buildDefaultValidatorFactory(); Validator validator = factory.getValidator(); Set<ConstraintViolation<DeveloppeurSeniorBean>> constraintViolations = validator.validate(personne); if (constraintViolations.size() > 0 ) { Voir

108 Bonnes pratiques JPA Utiliser java.lang.Long pour l'id technique
Utiliser java.util.Set pour les associations Toujours déclarer le type de fetch dans les associations Privilègier FecthType.LAZY sur toutes les associations Utiliser "join fetch" dans les requêtes JPQL Utiliser une Query d'update plutôt que t = em.find(Thing.class,id); t.setF(t); em.flush(); Définir les entités JPA puis générer les tables lorsqu'il n'y a pas d'existant Mais aussi distingués la clé technique de la clé fonctionnelle (id de Personne vs (nom,prenom,dateNaissance) écrire des méthodes equals() et hashCode() basée sur la clé fonctionnelle

109 name="findAllPizzas", query="select p from Pizza p" ) public class Pizza implements Serializable {

110 Backup Slides

111 EJB versus API REST & WebService
Les API REST fournissent des ressources API de type CRUD basée sur HTTP ou HTTPS avec XML ou JSON; portables entre plusieurs technologies (java, .Net, PHP, C++, etc.) ; adaptées au web (utilisation des verbes du protocole HTTP). Les WebServices fournissent des services fonctions plus évoluées que de simple CRUD, (services "métier") ; Avec des définition stricte (WSDL) qui facilite l'outillage et la génération de code; Portables entre plusieurs technologies (java, .Net, PHP, C++, etc.). Les EJB fournissent des services transactionnels distribués transactions (commit, rollback) réparties sur plusieurs serveurs ; Complété par des services techniques : sécurité, persistance, etc. limités à la technologie java limités au réseau local. Les normes WS-* augmentent progressivement le périmètre des WebServices à ceux des EJB et de CORBA CORBA a le même positionnement que les Web Services mais s'appuis sur IIOP/IDL au lieu de SOAP/WSDL WSDL, EJB et CORBA décrivent les interfaces + : Possibilité de généré des Stub et Skeleton + : Contrôles et sérialisation automatiques - : Rajout d'une couche au dessus de HTTP - : Rajout d'un overhead pour l'analyse automatique du message dans une librairie tierce l'API REST utilise souvent aussi une librairie de sérialisation JSON mais s'appui sur HTTP pour l'appel)

112 Déclaration de la sécurité par annotation
@Stateful @RolesAllowed( { "frontoffice", "backoffice" } ) public class EndUserManagerBean ... L'identité (nom) d'un client est aussi appelée « Principal » Les rôles et les « Realm » (user /password) sont déclarés par configuration au niveau du serveur chaque serveur dispose de mécanismes spécifiques

113 Déclaration de la sécurité par DD
<assembly-descriptor> ... <security-role> <description>Application front-office</description> <role-name>front-office</role-name> </security-role> <method-permission> <method> <ejb-name>EndUserManager</ejb-name> <method-name>authenticate,chgPassword</method-name> </method> </method-permission> </ assembly-descriptor> Définition de rôle Permissions accordées à un rôle

114 JMS

115 MDB Message Driven Bean EJB pour les appels asynchrones
L'appelant n'attend pas la réponse pour continuer son travail Exécution sur réception d’un message Méthode onMessage( ) Utiliser les files de message JMS pour stocker les messages à traiter et les réponses Un serveur JEE fournis des files JMS Messages point à point : 1 émetteur, 1 destinataire Message publish/subscribe : 1 émetteur, n destinataires abonnés Garantie de stockage Garantie de livraison des messages Possibilité de retry

116 exemple MDB TX Appli : Client JMS JMS Serveur EJB Administration créer
BD MDB StockHandler MDB Order Entity Bean Stock Mise à jour Envoi message Administration JMS Appli : Client JMS Topic Queue créer bind QCF JNDI publier Serveur EJB

117 exemple MDB (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); }

118 MDB : Annotations @MessageDriven(activationConfig = propertyName="destination", propertyName="destinationType", propertyValue="javax.jms.Queue") }

119 Spring MVC Définition de la servlet dispatcher dans web.xml
Annotations @Controller pour chaque classe Contrôleur @RequestMapping(value = "/chemin") return ModelAndView Taglib SpringMVC?

120 WebService et style de WSDL
Encoding Message Literal Encoded RPC WSI-compliant type des paramètres non précisé : polymorphisme impossible Appel non validable par XSD : non WS-I compliant Polymorphisme possible dans les appels de SOAP Plusieurs appels de méthodes possibles en un seul appel SOAP Document méthode non précisé : un seule méthode par appel SOAP non WSI-compliant Polymorphisme impossible Choisir entre RPC/encoded sir la conformité WSI n'est pas importante (i.e. API privée) Sinon choisir Document/Litteral ou Document/Litteral avec l'option Wrapped @SOAPBinding(parameterStyle=SOAPBinding.ParameterStyle.BARE, style=SOAPBinding.Style.RPC,use=SOAPBinding.Use.ENCODED) @SOAPBinding(parameterStyle=SOAPBinding.ParameterStyle.WRAPPED, style=SOAPBinding.Style.Document,use=SOAPBinding.Use.LITERAL)

121 Configuration mod_proxy_balancer
Répartition Simple et sans état <Proxy balancer://mycluster> BalancerMember BalancerMember </Proxy> ProxyPass /test balancer://mycluster Répartition simple avec affinité de session Header add Set-Cookie "ROUTEID=.%{BALANCER_WORKER_ROUTE}e; path=/" env=BALANCER_ROUTE_CHANGED <Proxy balancer://mycluster> BalancerMember route=1 BalancerMember route=2 ProxySet stickysession=ROUTEID </Proxy> ProxyPass /test balancer://mycluster

122 Répartition de charge depuis le serveur JEE
TODO JBOSS Il est courant de rajouter une répartation de charge au niveau matériel/système d'exploitation avec des produits comme Veritas Cluster

123 Maven Projet défini dans une fichier POM pom.xml
Arborescence de projet type Définition des dépendances entre projets <dependency> <groupId>org.easymock</groupId> <artifactId>easymock</artifactId> <version>3.1</version> <scope>test</scope> </dependency> Commandes de base : mvn clean, compil, package, install, tomcat:deploy Utilisable depuis Eclipse Suite sur le support de cours "introMaven" de C. Dumoulin

124 Spring IoC TODO : assemby.xml, context.xml Utiliser Jetty Assembler

125 Historique des WebServices vs CORBA
CGI 1993 HTTP SOAP WSDL UDDI ebXML WSFL WS-Policy WS-PolicyAssertions WS-PolicyAttachment WS-Policy Framework WS-SecurityPolicy WS-SecureConversation WS-Discovery WS-Inspection WS-Eventing WS-Addressing WS-Routing WS-Referral MTOM WS-Enumeration WS-Transfer XML-RPC 1991 1998 2000 RPC CORBA EJB 1976 1999 XML-RPC est né du web et de RPC Les WebServices sont né en 1998 par l’association du web et de XML-RPC… et de la coupe du monde de football en France . Une solution mature de communication entre logiciels sur internet est disponible A partir de 2004, de nombreuses normes complémentaires sur des problématiques diverses sont apparues, avec des problèmes de cohérence entre elles. Par exemple, WS-Adressing remplace déjà 2 normes, il a diverses WS-Policy. C’est ce groupe de normes qui est appelé WS-*. RPC (Remote Procedure Call) est l’ancêtre de XML-RPC : il s’agit de la première solution de communication synchrone entre logiciels, le concept est née avec la naissance des réseaux informatique après ArpaNet (1971) et avant TCP/IP et Internet (1982). Le successeur officiel de RPC est CORBA (Common Object Request Architecture, réellement interopérable en 2000 avec CORBA 2.4), avec le protocole IIOP, protocole plus adapté aux réseaux locaux, et utilisé actuellement dans les EJB (1999) par exemple. Il me semble que CORBA et WS-* suivent une démarche de normalisation équivalente, CORBA pourrait aller sur le web. L’historique des protocoles de communication asynchrone comme SMTP ( ) ou XMPP (chat) ne sont pas abordés dans cette présentation. Concurrency Naming Transaction Property Trading Security Externalization Persistence Life cycle Event Licensing Time 2004..