avec STRUTS 1 STRUTS NTSys

Transcription

1 Conception d'applications WEB avec STRUTS 1 STRUTS NTSys

2 Première Partie Bases du développement web J2EE 2 STRUTS NTSys

3 Histoire de JAVA Les versions de JAVA Les différentes plates formes J2SE J2ME J2EE 3

4 Qu est ce que Java? Java est un langage de programmation orienté objet développé et spécifié par un groupe mené par Sun Caractéristiques du langage : Portabilité Robustesse Sécurité Multi threadé Distribué 4

5 Qu est ce que Java? Java n est pas un langage compilé, mais interprété. Les codes sources sont transformées en bytecode (fichier.class) qui est ensuite interprété par un machine virtuelle Java. Historique : : projet Oak (Naughton, Gosling, Sheridan (Sun)) Langage de programmation pour systèmes embarqués: TV interactive, etc. But:Plateforme commune. Projet abandonné en

6 Les versions de Java 1993: (Sun) Adaptation à l Internet 1995: de Oak à Java 1996: Java (JDK1.0.1) Oak appliqué à WWW. Le projet renaît de ses cendres sous le nom de Java. Combiné avec un navigateur spécial (HotJava), apporte le concept d Applet. 1997: JDK : Java 2 (JDK 1.2) Entre autre, ajout d API pour le travail en réseau ainsi que des Servlet et JSP 2000 : JDK 1.3 Essentiellement des corrections et évolution. Ajout de JNDI 2002: JDK 1.4 Nouveau gestionnaire d E/S, ajout des API pour XML, support d IPv6, 6

7 Les plate formes Java Java est disponible en trois plates formes : La plate forme standard : J2SE La plate forme J2ME La plate forme J2EE 7

8 Les plate formes Java J2SE (Java 2 Platform, Standard Edition) 8

9 Les plate formes Java J2SE est composé de : Core Java Java Platform Debugger Architecture (JPDA) Documentation (Javadoc) API (Sécurité, bases de données, ) Desktop Java Java Runtime Environment (JRE) fournit les bibliothèques, la machine virtuelle Java et d autres composants pour exécuter applications et applets. Modèles de composant (JavaBeans) GUI toolkit (JFC/Swing) 9

10 Les plate formes Java Insuffisant pour les applications WEB complexes: Permet entre autre de faire des applets Pas de packages spécifiques pour les applications sur un serveur WEB (pas de classe pour récupérer les requêtes HTTP ) 10

11 Les plate formes Java J2ME (Java 2 Platform, Micro Edition) Environnement Java optimisé pour le développement d applications sur des terminaux mobiles. C est une restriction de J2SE permettant le mise en œuvre sur téléphones, PDA, Absence du type «float» Sous ensemble de java.util seulement Interface graphique simplifiée N est pas prévu pour le développement d applications WEB 11

12 Les plate formes Java J2EE (Java 2 Platform, Enterprise Edition) J2EE est un ensemble de standards de développement d applications d entreprise multitiers. Intègre des packages spécifiques au développements WEB : Servlet, JSP, EJB, Utilisation sur un serveur WEB Tier Business Tier EIS Tier (Enterprise Information System) J2EE Client J2EE Server 12

13 Conclusion Les architectures n tiers deviennent indispensables pour : Développer des applications web fiables Assurer la réutilisabilité par la séparation des métiers J2EE en est l'exemple le plus illustratif par le découplage permis 13

14 Protocole HTTP HTTP est un protocole d échange de données pour des systèmes d information intégrant des ressources distribuées. HTTP est basé sur le système d adressage universel URL (identification des ressources et méthode de traitement) HTTP est basé sur le principe requête / réponse. Lors d une transaction le client établit une connexion avec le serveur et lui adresse une requête. 14

15 Rappels sur le protocole HTTP Toute requête HTTP est adressée par le client au par l intermédiaire d une URL : Utilisation du protocole HTTP. Pour signifier une connexion HTTP sécurisée, utiliser https. user:pwd@ : paramètres optionnels. Transmet un utilisateur et un mot de passe au serveur (en clair!). Nom d hôte du serveur HTTP :80 : paramètre optionnel. Précise le numéro de port utilisé. HTTP utilise par défaut le port 80 et HTTPS le port 443 /index.html: Tout ce qui figure après le nom d hôte et le numéro de port est considéré comme étant le chemin du document. 15

16 HTTP La requête La requête HTTP faite par le client est composée de différents champs (optionnels pour la plupart): 16

17 HTTP La requête Le champs «Méthode»: GET / HTTP/1.1 Une méthode de requête est une commande que le client envoie au serveur. Il existe différentes méthodes: GET: une requête GET signifie que l on veut récupérer une ressource sur le serveur. HEAD: une requête HEAD signifie que l'on veut juste des informations sur le document, mais pas le document lui même POST: une requête POST permet de soumettre au serveur des données à traiter Il existe d autres méthodes: PUT, DELETE, CONNECT, etc. 17

18 Langage HTML Les documents HTML sont des documents SGML (Standard Generalized Markup Language) avec une sémantique permettant une représentation portable de documents multimédia dans un format textuel composé de balises. <html> <head> <title>ma page</title> </head> <body> <h1>bonjour</h1> <p>bla, bla,... </p> <! Paragraphe 1 > </body> </html> 18

19 Langage HTML Ce format textuel est interprété par les logiciels clients (Mosaic, Lynx, Netscape Navigator, MS Internet Explorer, Opera, Mozilla, etc.). Il permettent une représentation des documents. Chaque document est référencé par une URL. Des hyperliens (pointeurs sur une URL) relies les documents entre eux. Cette toile ainsi formée constitue le World Wide Web. 19

20 Architectures 2 tiers : client/serveur L'architecture à deux niveaux (aussi appelée architecture 2 tier, tier signifiant étage en anglais) caractérise les systèmes clients/serveurs dans lesquels le client demande une ressource et le serveur la lui fournit directement. Cela signifie que le serveur ne fait pas appel à une autre application afin de fournir le service. Client Serveur 20

21 Architectures 3 tiers 1) Le client : le demandeur de ressources 2) Le serveur d'application : le serveur chargé de fournir la ressource mais faisant appel à un autre serveur 3) Le serveur secondaire (généralement un serveur de base de données), fournissant un service au premier serveur 21

22 Les composants de la plate forme J2EE Les composants WEB : Servlet et JSP Les composants métier : Enterprise JavaBeans Les API pour XML Quelques autres API de J2EE 22

23 Les Servlets Une servlet est une classe Java permettant d étendre les fonctionnalités d un serveur WEB. Elle sont exécutées uniquement côté serveur et ne nécessitent donc pas de support de Java chez le client. On utilise généralement des servlets sur des serveurs HTTP, mais elles sont utilisables dans beaucoup d autres domaines. Demande de maservlet Servlet déjà chargée? Oui Non Serveur WEB/Servlet Réponse Moteur de Servlet Chargement MaServlet.class 23

24 Les servlets Portabilité : «Écrit une fois, utilisable partout» Puissance : bénéficie de toute la puissance du langage Java Efficacité : Chargée une seule fois, Une thread par servlet, Une seule instance de chaque classe en mémoire Sûreté : due au langage Java (typage fort, gestion des exceptions, gestionnaire de sécurité ) Intégration au serveur Extensibilité et souplesse 24

25 Les servlets Sun fournit deux packages pour le développement des servlets : javax.servlet et javax.servlet.http. Le package javax.servlet contient un certain nombre de classes et d'interfaces qui décrivent et définissent les relations entre une classe de type servlet et son environnement d'exécution. Le package javax.servlet.http définit des méthodes spécifique pour les servlet traitant des requêtes HTTP. 25

26 L interface Servlet : Les servlets Elle sert de base à toutes les servlets, elle définit : void init(servletconfig) : Appelé au chargement de la servlet void service(servletrequest, ServletResponse) : Permet de fournir une réponse à une requête. void destroy() : utilisé par le conteneur de servlet pour lui indiquer sa destruction prochaine ServletConfig getservletconfig() : Retourne la configuration de la servlet String getservletinfo() : Retourne des informations sur la servlet (auteur, copyright, ) 26

27 Les exceptions : ServletException Les servlets «Exception générale que peut lever une servlet si elle rencontre des difficultés» UnavailableException hérite de ServletException levée lorsqu une servlet ou un filtre est indisponible (temporairement ou définitivement) 27

28 Cycle de vie Création et initialisation La méthode init(servletconfig) En cas d echec : renvoyer une exception «UnavailableException» L'objet ServletConfig : contient tous les paramètres d'initialisation qui ont été définis dans le descripteur de déploiement pour l'application web à laquelle appartient la servlet 28

29 Cycle de vie Traitement des services demandés par un client La méthode service(). Destruction La méthode destroy() Elle sert à libérer des ressources (allouées par init()) Une fois cette méthode exécutée, l instance de la classe sera détruite par le garbage collector. 29

30 Cycle de vie Pas d instance de servlet maservlet.class init() destroy() service() Instance de servlet 30

31 Cycle de vie Conséquences de ce cycle de vie : Les variables de classes déclarées dans une servlet sont visibles tout le temps. Toute modification de leurs valeurs effectuée lors d une requête est effective lors des requêtes suivantes. Si l on ouvre une connexion à une base de données pendant la phase d initialisation, la connexion reste active durant toute la vie de la servlet. Ceci est valable pour toute ressource allouée à l initialisation. 31

32 Cycle de vie Requête Requête Requête Requête Thread Thread Thread Thread SERVLET Une seule instance de la servlet et créée, mais on crée également un thread par requête client. Ce thread appelle la méthode service() de la servlet concernée par la requête. Cette mise en thread est entièrement gérée par le serveur. Elle est transparente pour le programmeur et l utilisateur. 32

33 Cycle de vie Avantages : Plusieurs accès simultanés possibles Utilisation restreinte de la mémoire Pas de programmation multi tâche Limitations : Si deux requêtes ont lieu «en même temps», elle peuvent chercher à accéder à la même variable au même moment. Il faut donc protéger les variables non locales si elles doivent être écrites. 33

34 Cycle de vie Protéger la portion de code critique : public synchronized void service( ){ } synchronized(this){ partie du code à protéger } int compteur;... public void service(servletrequest req, ServletResponse req){... synchronized(this){ compteur ++ ; out.println(compteur); }... 34

35 Cycle de vie A l initialisation, la servlet est chargée dans un certain «contexte» qu elle partage avec toutes les autres servlets de l application. Les méthodes permettant de communiquer avec le contexte sont définies dans l interface ServletContext. 35

36 Les servlets HTTP Le package javax.servlet.http Les interfaces : HttpServletRequest, HttpServletResponse, HttpSession, HttpSessionActivationListener, HttpSessionAttributeListener, HttpSessionBindingListener, HttpSessionContext, HttpSessionListener Les classes : Cookie, HttpServlet, HttpServletRequestWrapper, HttpServletResponseWrapper, HttpSessionBindingEvent, HttpSessionEvent 36

37 Les servlets HTTP La classe HttpServlet hérite de la classe GenericServlet (elle implémente donc l interface Servlet) fournit des méthodes spécifique au traitement des requêtes HTTP définit une méthode service() qui prend en charge et redirige les requêtes HTTP vers de méthode de type doxxx(). Requête GET Réponse Requête POST Réponse service() doget() dopost() 37

38 Les servlets HTTP import java.io.*; import javax.servlet.*; import javax.servlet.http.*; public class premiereservlet extends HttpServlet{ public void doget(httpservletrequest req,httpservletresponse res) throws ServletException,IOException { res.setcontenttype("text/html"); PrinterWriter out=res.getwriter(); out.println("<html>"); out.println("<head><title>première Servlet</TITLE></HEAD>"); out.println("<body>"); out.println("<h1>hello World!</H1>"); out.println("</body>"); out.println("</html>"); } } 38

39 Servlets et requête HTTP Il est possible avec des servlets de récupérer beaucoup d informations concernant la requête. Ces informations sont contenues dans la variable de type HttpServletRequest passé en argument de la méthode service(). Les entêtes de la requête : getheader(string) getheadernames() Les paramètres renvoyés par le client issus d un formulaire par exemple getparameter() getparameternames() 39

40 Servlets et requête HTTP <BODY>... <FORM ACTION="MaServlet" METHOD="POST"> <INPUT TYPE="text" NAME="param"> <INPUT TYPE="SUBMIT" VALUE="OK"> </FORM> </BODY> public class MaServlet extends HttpServlet{ public void dopost(httpservletrequest req, HttpServletResponse res) throws IOException, ServletException { PrintWriter out = res.getwriter(); //Récupération de la valeur passé dans le formulaire String parametre = req.getparameter("param"); //Affichage de la valeur récupérée out.println(parametre); } } 40

41 Servlets et requête HTTP Informations de chemin En dehors des paramètres passés par méthode get ou post, il est possible de récupérer des informations dite de chemin Le moteur de servlet appelle le servlet «maservlet» du projet «monprojet» Méthode : HttpServletRequest.getPathTranslated() renvoie le nom de fichier : «répértoire_de_monprojet/test.htm» 41

42 Servlets et requête HTTP D autres informations : getremoteaddr(), getremotehost(), getremoteport() pour récupérer des informations sur le client (ou le dernier serveur proxy à transmettre la requête) getservletpath() : partie de l URL qui désigne la servlet. getcontenttype(), getcontentlength() : type MIME et longueur du corps de la requête. getservername(), getserverport() : nom du serveur et le port cible de la requête du client. 42

43 Servlets et réponse HTTP La réponse renvoyée au client peut avoir plusieurs formes, qui correspondent aux formes autorisées pour les réponses HTTP : Un code d état seul Un code d état plus d autres entêtes Un réponse complète (entête + corps) Le deuxième argument passé à la méthode doxxx() est de type HttpServletResponse. Celui ci possède entre autres les méthodes suivantes : getwriter() setcontenttype(string) addheader ou setheader(string name,string value) senderror(int statut [,String msg]), setstatus(int sta) addcookie(cookie cookie) 43

44 Conclusion Les servlets constituent le coeur des applications web J2EE. Elles permettent la génération de réponses aux applications clientes (navigateurs comme clients lourds) Elles peuvent être lourdes lorsque l'on répond en HTML 44

45 Les JavaServer Pages (JSP) Une page JSP est un document texte contenant deux types d informations ; des données statiques exprimées dans n importe quel format textuel (HTML, XML ) et des éléments JSP constituant la partie dynamique. Les pages JSP ont pour extension.jsp On peut faire des fichiers contenant des morceaux de code JSP à inclure dans ces pages. Il est recommandé de leur donner l extension.jspf. 45

46 Les pages JSP Sont faites pour gérer la partie présentation d une application WEB Ne sont pas prévues pour implémenter des actions lourdes ou complexes. Pour cela, il est recommandé d utiliser : des JavaBeans des Taglibs 46

47 Les JavaServer Pages (JSP) Langage de script tel que ASP ou PHP. On ajoute du code Java dans une page écrite en HTML. Traduit en servlet lors de premier appel, puis exécuté Cette technologie s appuie sur les servlets, elles en a donc tous les avantages Demande de fichier.jsp Réponse Page déjà chargée? Non Oui Moteur de Servlet Traduction en servlet Compilation Serveur WEB/JSP fichier.jsp 47

48 Exemple JSP <html><head><title>bonjours</title></head> <body> <%! void bonjour(s) { out.println("<p>bonjour, "+s+"!</p>"); } %> Je dis : <% bonjour("alice");bonjour("bob"); %> </body> </html> 48

49 JSP Les directives : <%@ taglib) %> (include, page,. <% Inclusion du fichier d en tête header.jsp %> <%@include file="header.jsp" %> Les déclarations : <%! %> <% Déclaration de la variable nombre %> <%! int nombre; %> <% Déclaration avec initialisation %> <%! int nombre2=12; %> 49

50 JSP Les scriptlet : <% %> <% Affichages des nombres de 0 à 10 %> <% for (int i=0;i<=10;i++){ out.println("<br>"); %> <%= i %> <% } %> Les expressions : <BODY> <% Petit calcul %> <p> = <%= 3 + 5%> </p> 50

51 Les Taglibs Les Tag Libraries des JSP définissent la fonctionnalité déclarative et modulaire qui peut être réutilisée par n'importe quelle page de JSP. Les taglibs réduisent la nécessité d inclure de grandes quantités de code de Java dans les pages JSP en déplaçant ces fonctionnalités dans des classes d'exécution des tags. Sun fournit une bibliothèque de Tag : JSTL Struts, inclut aussi ses propres tags. Il est possible d écrire et exécuter des tags. 51

52 Les JavaBeans Les JavaBeans sont des classes Java facilement assemblables pour former des applications plus complexes. L objectif premier de JavaBeans est de former des composants logiciels réutilisables. Ce sont des classes Java comportant : Des propriétés : ce sont des attributs qui peuvent être lus, écrits, ou les deux. Une propriété prop sera lue par l appel de la méthode proptype getprop() et écrite par la méthode setprop(proptype) Des méthodes Des événements 52

53 Conclusion Les JSP proposent un compromis intelligent entre pages statiques et Servelts Elles cumulent la simplicité de HTML avec la puissance des servlets grace à son système de balises dédiées Elles permettent une véritable séparation des métiers 53

54 La fondation Apache Développement de nombreux projets Open source Le serveur WEB Apache (64% du web en octobre 2003) Développement autour de langages standards : Perl/PHP/Java/XML Respect des standards du W3C Projet Jakarta : «Projet de Apache Software Foundation dont le but est la création et la maintenance des solutions côté serveur pour la plate forme Java qui soient de qualité commerciale, avec les sources libres et sans coût de licence» 54

55 La fondation Apache Quelques projets : Apache HTTPD : Serveur WEB PHP (PHP HyperText Preprocessor) : Développement du langage Xerces et Xalan : Parseur XML utilisable en C++ et Java, Moteur de feuilles de style XSLT Axis (ex Apache SOAP) : Implémentation des services WEB SOAP Cocoon: Plate forme de gestion de contenu basée sur XML Jakarta 55

56 La licence ASF Elle autorise : Le téléchargement et l exploitation du logiciel pour toute utilisation (personnelle, commerciale, ) La redistribution du logiciel (libre ou non) La modification du logiciel. Cela inclut également l utilisation (totale ou partielle) d un produit de l ASF dans un logiciel propre. Elle interdit : La redistribution partielle d un logiciel sans ajout ni modification L utilisation des marques détenues par l ASF telles que «Apache», «Projet Jakarta», «Tomcat», 56

57 La licence ASF Elle oblige à : Inclure un copie de la licence dans toute redistribution Lors de la distribution d un logiciel dérive ou est basé sur un produit sous licence ASF, l indiquer clairement. Elle n oblige pas à : Inclure les codes sources (du logiciel des base et/ou des modifications) lors d une redistribution Divulguer les sources des ajouts ou modifications, bien qu il soit conseillé d en faire profiter la fondation Apache pour ses développements futurs. 57

58 Tomcat Tomcat est un serveur d applications Java, écrit en Java et conçu pour exécuter des Servlets et de pages JSP. Il est basé sur un conteneur de Servlet (Catalina) et sur un compilateur de JSP (Jasper). Sun a choisi Tomcat comme implémentation de référence des spécifications des technologies Servlet et JSP 58

59 Tomcat Structure 59

60 Deuxième Partie Configuration du serveur et des applications 60 STRUTS NTSys

61 server.xml conf/server.xml contient la configuration du moteur de servlet Une hiérarchie stricte permet : Une bonne lisibilité du code Des possibilités fortes en terme de personnalisation Ouvrons le fichier pour le comprendre et analyser ses éléments XML 61

62 server.xml <Server/> : racine à trois attributs (il est conseillé de modifier shutdown) Contient 1 à n noeuds Service <Service/> : Getionnaires de requêtes Contient 1 à Connector et 1 Engine 62

63 server.xml <Engine/> : Répartit les requêtes <Realm/> : Gestionnaire d'authentification Traité plus loin <Logger/> : Gestionnaire de journalisation Traité plus loin 63

64 server.xml <Host/> : Fait le lien entre les noms d'hôtes des requêtes HTTP envoyées et Tomcat <Context/> : Relie de manière abstraite une URI à une application web <Valve/> : Les valves sont des plugins fonctionnels puissants Voir les exemples simples (d'autres suivront) 64 Les valves sont utiles pour, par exemple filtrer les hôtes distant. Essayons : org.apache.cataline.valves.remotehostvalve et org.apache.cataline.valves.remoteadsressvalve qui prennent en paramètre accept et deny.

65 server.xml <Connector/> : Connecte les gestionnaires de protocoles aux IP et aux ports Traité plus loin <Factory/> : Offre des fonctionnalités optionnelles aux connecteurs (telles que le cryptage) 65

66 Tomcat admin Un outil Full web permet de gérer ce fichier de configuration Il est accessible à partir de l'application /admin Il est nécessaire de bénéficier des droits suffisants pour s'y connecter (nous reviendrons sur ce point dans la chapitre sécurité) 66

67 Tomcat admin 67

68 web.xml Ce fichier paramètre non pas le serveur mais applications qu'il héberge Dans /conf on trouve un web.xml partagé pour les applications de base Observons l'architecture d'applications (.wars fournis) et ouvrons son fichier WEB INF/web.xml 68

69 web.xml Une application peut également être configurée dans server.xml grâce à la définition d'éléments <Context/> Dans la pratique, on utilise cet élément de server.xml ou un web.xml local et pas le web.xml partagé 69

70 Ressources JNDI On peut définir, dans server.xml des ressources JNDI pour : offrir aux développeurs J2EE des DataSource ou des moteurs de mailing accessible via JavaMail Ou des ressources particulières (cf. UserDataBase plus loin) 70

71 Ressources JNDI On peut définir des ressources JNDI : Dans un élément </Context> d'une application donnée Dans un Host ou un Engine pour la faire partager aux applications correspondantes 71

72 JNDI Mail Au niveau du serveur (server.xml) : définir la ressource Au niveau de l'application (web.xml) : associé un identifiant «local» à la ressource pour la rendre accessible au code Java 72 <Resource name="mail/session" auth="container" type="javax.mail.session"/> <ResourceParams name="mail/session"> <parameter> <name>mail.smtp.host</name> <value>localhost</value> </parameter> </ResourceParams> <resource ref> <description> Resource reference to a factory for javax.mail.session </description> <res ref name> mail/session </res ref name> <res type> javax.mail.session </res type> <res auth> Container </res auth> </resource ref>

73 JNDI JDBC Le processus est le mail que pour JavaMail Il faut ajouter la contrainte de l'installation et de la sélection du pilote JDBC Le développeur n'a plus à se soucier des paramètres de connexion ni même du nom de la base et encore moins du moteur de SGBD 73 <Resource name="jdbc/employeedb" auth="container" type="javax.sql.datasource"/> <ResourceParams name="jdbc/employeedb"> <parameter> <name>username</name><value>dbusername</value> </parameter> <parameter> <name>password</name><value>dbpassword</value> </parameter> <parameter> <name>driverclassname</name> <value>org.hsql.jdbcdriver</value> </parameter> <parameter> <name>url</name> <value>jdbc:hypersonicsql:database</value> </parameter> <parameter> <name>maxactive</name> <value>8</value> </parameter> <parameter> <name>maxidle</name> <value>4</value> </parameter> </ResourceParams>

74 Troisème Partie Le modèle MVC et son application à J2EE 74 STRUTS NTSys

75 Modèle MVC Plusieurs problèmes peuvent surgir quand les applications contiennent un mélange de code d'accès de données, de code de logique métier et de code de présentation. difficultés de maintenance à cause de l interdépendances des composants difficultés de réutilisation l ajout de nouvelles présentations des données exige souvent de retoucher la logique business Le modèle de conception Modèle Vue Contrôleur résout ces problèmes par le découplage de l'accès aux données, de la logique métier et des interactions avec l'utilisateur. 75

76 Modèle MVC : View Sert à représenter le contenu du modèle. Accède aux données de l entreprise par l intermédiaire du modèle. Responsable de la consistance de la représentation donnée à l utilisateur. Seul composant qui interagit avec l utilisateur. 76

77 Modèle MVC : Controller Traduit des interactions entre la vue et le modèle. Exemples : l appui sur un bouton pour une application locale requête HTTP dans le cas des applications WEB Sélectionne la bonne vue en fonction de la demande envoyée. 77

78 Modèle MVC : Model Représente les données de l entreprise et la logique métier pour l accès à ces données. «Cœur» de l application Cette partie est conçue indépendamment de son environnement d utilisation Réalise des actions uniquement sur demande de la partie contrôleur 78

79 Le modèle MVC Mise à jour de la représentation interne Vues Représentation garphiques Affichage des données du modèle Modèle Représentation interne des données. Modélisation du domaine Etats des vues Actions sur les vues Actions sur le modèle Controleur Implémente les messages associés aux actions de l utilisateur. Supervise les interactions avec les autres vues et contrôleurs. Gère l interface modèlevue 79

80 MVC et J2EE Exemple d utilisation du modèle MVC : La servlet sert de contrôle et dirige la demande vers la bonne page JSP Les JavaBeans appelés par cette page JSP forment la partie modèle. Il peuvent accéder à des bases de données par exemple. Les pages JSP s occupent de générer le code HTML renvoyé au client à partir des résultats retournés par les Beans Servlet Serveur WEB Client JSP JSP Java Beans Java Beans Java Beans Java Beans Autres Systèmes Informatiques 80

81 Le modèle MVC 2 Le modèle MVC2 C est une adaptation du modèle MVC Plus approprié aux applications WEB Bien adapté à J2EE Un point d entrée unique qui redirige vers des contrôleurs Les contrôleurs servent essentiellement à gérer le dialogue entre les objets métiers. 81

82 1 5 Le modèle MVC2 Servlet 6 JSP 2 4 Serveur WEB Dynami que 3 de l applica tion Serveur d EJB 1. Le client envoie la requête à la servlet d entrée. 2. La servlet la retourne vers le contrôleur adapté 3. Le contrôle sélectionné est responsable de l'exécution de la requête. Il peut faire appel à des objets métier. 4. Le contrôleur encapsule des données dans des JavaBeans et les transmet à la JSP responsable de l affichage 5. La JSP construit et transmet la réponse 6. En cas d erreur dans la requête. La servlet d entrée envoie directement un message à une JSP de sortie. 82

83 Conclusion Bonne séparation des tâches : Objets métiers : compétences métier Contrôleurs : compétences Java serveur Vue : compétences pages Web Modèle utilisé par Struts. 83

84 Quatrième Partie Les concepts indispensables de STRUTS 84

85 STRUTS Cadre logiciel pour l organisation des échanges entre une couche Servlet/JSP, l utilisateur et la dynamique de l application. Une servlet en entrée qui distribue les tâches aux applications. Des JSP en sortie pour la présentation Les «Taglibs» Servlet JSP Application Objets Métier 85

86 JavaServer Faces (JSF) Concurrent de Struts gérant les événements Avancées sur l'implémentation de MVC (à revoir avec SRTUTS 2) et sur les vues Cohabitation possible des vues JSF avec les actions STRUTS :.faces au lieu de.jsp et changement des tags dans les JSP (tags JSF + tags faces) 86

87 Présentation générale Plate forme J2EE basée sur le modèle MVC2. Fournit son propre contrôleur S'interface avec d autres composants pour la partie vue et la partie modèle Projet Open Source de la fondation Apache 87

88 Struts Les principales briques techniques offertes par Struts sont les suivantes: Une servlet d'aiguillage dont le rôle est d'assurer la communication entre les contrôleurs et les vues (ActionServlet). Des objets préfabriqués permettant la transmission des informations (et leur vérification) entre l'aiguilleur et les contrôleurs (ActionForm). Des contrôleurs paramétrables (Action). 88

89 Struts Des bibliothèques de fonctions pour simplifier le développement des vues (taglibs). Un système de gestion d'erreurs applicatives multilingue (ActionError et des fichiers properties). Un mécanisme de paramétrage des aiguillages (fichier strutsconfig.xml). Un système de pool de connexion aux bases de données (DataSource). 89

90 Struts Struts apporte des modèles de conception, dont les avantages sont : Renforcement de la modularité Meilleure séparation des rôles Meilleure maintenabilité et extensibilité du code Struts implémente un certain nombre de «design patterns» définis par J2EE. 90

91 Les composants La partie Modèle : Composée de deux sous systèmes: L'état interne du système Les actions possibles pour modifier cet état Struts permet d'utiliser de nombreuses approches différentes pour accéder au Modèle, comme les JavaBeans, les classes, une base de données 91

92 La partie Vue Les composants Construite à l'aide de pages JSP contenant du texte HTML ou XML statique Capacité d'y insérer selon les requêtes du contenu dynamique Struts comprend une bibliothèque interne de balises. Ces balises : facilitent la création d'interfaces utilisateur interagissent facilement avec le Modèle. 92

93 Les composants de Struts La partie Contrôle (ActionServlet) : Composant le plus important d'une application Struts, c'est le centre névralgique. Ce Servlet aiguille les requêtes HTTP vers le gestionnaire approprié. Ce gestionnaire est appelé «action». Chaque action agit comme un adaptateur entre la requête et le Modèle. Le Contrôleur passe ensuite par la Vue pour montrer le Modèle (forme de liaison Vue/Modèle). 93

94 ActionServlet : configuration Vis à vis du conteneur : Définition de la servlet contrôleur dans web.xml : <servlet> <servlet name>action</servlet name> <servlet class>org.apache.struts.action.actionservlet</servlet class> <init param> <param name>config</param name> <param value>/web INF/struts config.xml</param value> </init param> <load on startup>1</load on startup> </servlet> 94