Architectures Java/Web : Servlets & JSP

Transcription

1 Architectures Java/Web : Servlets & JSP Alain Paoli Novembre Plan Architectures CGI, PHP, Servlets, JSP Principes de programmation CGI vs. Servlet et PHP vs. JSP Servlets Exemple Cycle de vie Traitement des formulaires Sessions Connexions au bases de données JSP Syntaxe Tags JSP pré-définis: traitement des formulaires HTML Exemple simple Architecture MVC: Exemple 2 1

2 Page HTML Architecture CGI logon: pass: **** OK Requête HTTP Serveur Web Module CGI Programme CGI Vous êtes enregistré! Page Réponse Client Serveur Module CGI (Common Gateway Interface): appelle le programme CGI correspondant à la requête. Pour chaque requête, un processus système est créé sur le serveur. 3 Page PHP <?php.. logon: xx@... pass: **** OK Vous êtes enregistré!..?> Architecture PHP Requête HTTP Page Réponse Serveur Web Interprète la page PHP et génère la page de réponse Module PHP MySQL Client Serveur Pour chaque requête: Suivant la plate-forme (Apache/mySQl/Unix, ou autre), on utilise un processus existant, ou on en crée un pour interpréter la page PHP et 4 générer la page de réponse. 2

3 Page HTML Architecture Servlet logon: pass: **** OK Vous êtes enregistré! Requête HTTP Page Réponse Serveur Web Servlet Engine Instance du Servlet Thread Client Serveur ServletEngine: dirige la requête vers le servlet correspondant. Servlet = instance d une classe héritant de javax.servlet.http.httpservlet Une seule instance est crée par le moteur de servlet. Pour chaque requête Lancement d un nouveau thread sur la méthode doget ou dopost de l instance unique du servlet pour générer la page de réponse. 5 Page JSP <%.. logon: xx@... pass: **** OK Vous êtes enregistré!.. %> Architecture JSP Requête HTTP Page Réponse Serveur Web JSP Engine Servlet Engine Instance du Servlet Thread Client Serveur JSP Engine: Si la page JSP n a pas encore été compilée sous la forme d un servlet: Génère le source d un servlet, puis compile ce source. Passe la requête au Servlet Engine, qui crée l instance de ce servlet. 6 3

4 Programmation CGI vs. Servlet Un même principe: Un programme génère le code HTML de la page de réponse. Logique de l application et présentation ne sont pas séparées. Différences: CGI: Programmation classique. Les paramètres de la requête HTTP sont passés au programme appelé. Servlet: C est une instance d une classe qui hérite de la classe javax.servlet.httphttpservlet et qui redéfini la (ou les) méthode(s) dopost ou doget. Appel de la méthode dopost ou doget du servlet suivant le type de la requête HTTP (GET ou POST) Les paramètres de la requête HTTP sont encapsulés dans un objet (javax.servlet.http.httpservletrequest) passé en paramètre des méthodes dopost ou doget. 7 Code réentrant: le servlet ne doit pas mémoriser d état. Programmation PHP / JSP Un même principe: On insère du code PHP (vs. JSP) dans du code HTML Séparation (partielle ou complète) entre logique de l application et présentation. Différences entre PHP et JSP: Syntaxiques: en JSP on distingue entre: du code Java qui retourne une valeur: expression entre <%= et %> du code Java qui exécute une action: scriptlet entre <% et %> Sémantiques: sessions, connexions aux bases de données,... En JSP on peut : Utiliser les tags pré-définis JSP Définir ses propres tags JSP: permet d étendre le langage JSP. 8 4

5 Programmation des Servlets 9 import java.io.*; import javax.servlet.*; import javax.servlet.http.*; Servlet - Idiome Déclaration des noms de packages dont on va utiliser les classes. Permet de citer les classes avec leur nom court. MonServlet hérite de HttpServlet public class MonServlet extends HttpServlet { Surcharge la méthode doget public void doget(httpservletrequest request, HttpServletResponse response) throws ServletException, IOException { Objet encapsulant la requête HTTP Objet encapsulant la réponse // (1) Utiliser l objet "request" pour lire les headers HTTP (ex. cookies) // et les paramètres transmis par un formulaire HTML // (2) Spécifie les headers HTTP (e.x. MIME type, passer des cookies) à l aide de l objet // "response" pour écrire la page réponse, et récupère le flot de sortie via cet objet "response" PrintWriter out = response.getwriter(); // Utiliser l objet "out" pour écrire la page réponse envoyée au navigateur 10 5

6 Servlet Exemple import java.io.*; import javax.servlet.*; import javax.servlet.http.*; public class HelloWWW extends HttpServlet { public void doget(httpservletrequest request, HttpServletResponse response) throws ServletException, IOException { response.setcontenttype("text/html"); // Positionne le type MIME dans le header de la réponse PrintWriter out = response.getwriter(); out.println("<html>"); out.println("<head><title>hello WWW</TITLE></HEAD>"); out.println("<body>"); out.println("<h1>hello WWW</H1>"); // Pas de séparation logique de l application / présentation out.println("</body></html>"); 11 Servlet - Cycle de Vie Initialisation appel de la méthode init() définie au niveau de la classe HttpServlet. Ne fait rien. Peut être surchargée. Traitement requêtes HTTP appel de la méthode service() définie au niveau de la classe HttpServlet. Cette méthode dispatche vers doget() ou dopost() suivant le type de requête HTTP reçue. Les méthodes doget et dopost définies au niveau de la classe HttpServlet ne font rien. Destruction appel de la méthode destroy() définie au niveau de la classe HttpServlet. Ne fait rien. Peut être surchargée. 12 6

7 Paramètres de la requête HTTP PHP: Vu comme des variables globales de la page PHP. Servlet: Encapsulés dans une instance de la classe HttpServletRequest passée en paramètre de doget ou dopost. Supporte les méthodes: getcookies(): retourne un tableau d objets Cookie. getheader(string headername): retourne la valeur (String) d un en-tête HTTP. getsession(): retourne la session sous la forme d un objet HttpSession getparameter(string parametername): retourne la valeur (String) d un paramètre mono-valué. getparametervalues(string parametername): retourne la valeur (tableau de String) d un paramètre multi-valué. getparameternames(): retourne une énumération (instance de la classe Enumeration) des noms de paramètres. etc 13 Traitement des formulaires logon: xx@... pass: **** OK Requête HTTP /MonServlet?logon=xx@yy&pass=123&ok=OK nom servlet paramètres Servlet Engine <html> <form method= POST action= MonServlet > <input name= logon type= text > <input name= pass type= password > <input name= ok type= submit value= OK > </form> </html> Formulaire HTML Instance de HttpServletRequest logon=xx@yy pass=123 ok= OK Instance de HttpServletResponse dopost(httpservletrequest request, HttpServletResponse response) Vous êtes enregistré! Page Réponse Instance de MonServlet 14 7

8 Traitement des formulaires package exemple; import javax.servlet.http.*; import java.io.*; public class ConnectionServlet extends HttpServlet { public void dopost(httpservletrequest request, HttpServletResponse response) throws ServletException, IOException { // (1) Utiliser l objet "request" pour lire les paramètres String logon = request.getparameter( "logon"); String pass = request.getparameter( "pass"); // (2) Accéder au PrintWriter pour écrire la réponse response.setcontenttype("text/html"); PrintWriter out = response.getwriter(); // (3) Vérifier que l utilisateur est enregistré // // (4) Il est enregistré: afficher message de bienvenue out.println("<html>vous êtes Enregistré!</HTML>"); // (5) Il n est pas enregistré: afficher message d erreur out.println("<html>erreur: Vous n êtes pas Enregistré!</HTML>"); 15 Sessions en PHP But: Stocker, pour un utilisateur donné, des variables persistantes d une requête HTTP à l autre. Valeurs stockées dans un fichier sur le serveur. Ne permet pas de stocker certains types de variables comme des connexions à une base de données. Le programmeur doit déclarer que la page PHP participe à la session (fonction PHP session_start()). Implémentées à l aide d un cookie, ou d un identifiant passé en paramètre de la requête HTTP. Si l identifiant est utilisé, il est manuellement propagé comme paramètre des requête HTTP par le programmeur (variable PHP SID ) <A HREF="nextpage.php?<?=SID"?>cliquez ici</?> La session est terminée explicitement par le programmeur, suite à une action de l utilisateur, ou a l initiative du serveur si sa durée dépasse une valeur fixée dans le fichier de configuration de PHP. 16 8

9 Sessions avec Servlets But: Maintenir un environnement (i.e. ensemble d objets) pour un utilisateur donné. La session est implémentée par un objet HttpSession qui est accessible via une méthode de l objet HttpServletRequest: HttpSession session = request.getsession(); Le programmeur ou le JSP Engine stocke / retrouve des objets dans un dictionnaire (i.e. chaque objet est associé à un nom unique) géré par l objet HttpSession. Une session (i.e. un objet HttpSession) est automatiquement créé pour chaque utilisateur qui se connecte au site. Processus complètement automatisée, le programmeur n a rien à faire. La session est implémentée à l aide de cookies temporaires ou (si le navigateur refuse les cookies) par un identifiant passé en paramètre de toutes les requêtes HTTP. Se termine à l initiative du programmeur, ou au bout d un certain temps d inactivité (i.e. pas de requête HTTP à traiter pour cette session). Ce 17 temps d inactivité est paramétré au lancement du JSP Engine. Connexions aux BDR PHP: Principe: 1 page PHP 1 connexion à une base de données Avec mysql / UNIX: possibilité d utiliser des connexions persistantes. Servlet: On utilise un pool de connexions (implémenté par le serveur d application) L objet qui gère le pool demande n connexions à la base de données. Lorsqu un servlet a besoin de faire une requête SQL, il: (1) demande une connexion libre au pool (sinon il attend). (2) effectue sa requête et lit les résultats avec cette connexion. (3) rend cette connexion au pool (i.e. elle redevient libre ). 18 9

10 Programmation JSP 19 Syntaxe Expression: <%= expression Java %> Expressions Java retournant une valeur convertible en une String insérée dans la page réponse. Eléments de scripts (Scriptlet): <% instructions Java %> code Java inclut dans le servlet. Déclarations: <%! déclarations Java %> déclaration de variables ou de méthodes Directives %> contrôle la structure globale du servlet Tags: <jsp:usebean...> Tags jsp pré-définis: contrôle le comportement du moteur JSP Tags jsp définis par le programmeur: contient logique applicative et autorise un contrôle fin de la génération de la page réponse

11 Variables pré-définies JSP Des variables pré-définies peuvent être utilisées dans les expressions et les scriptlets: request (de type HttpServletRequest) response (de type HttpServletResponse) out (de type PrintWriter): utilisé pour écrire la page réponse session (de type HttpSession): la session de l utilisateur.. Exemple: <p>le nom de votre machine est: <%= request.getremotehost() %>.</p> 21 Expression JSP Sert à inclure une valeur dans le flot de sortie (page réponse) Syntaxe: <%= expresssion Java %> Exemple: <p>aujourd hui: <%= new java.util.date() %> </p> L expression Java est évaluée, convertie en une string, et insérée dans la page. Cette évaluation est faite lors du traitement de la requête HTTP. Attention: Une expression ne comporte pas de ; final 22 11

12 Scriptlet JSP Permet d insérer n importe quel code Java Syntaxe: <% code Java %> Exemple: Les variables déclarées dans un scriptlet Attention: les instructions se terminent normalement par un ;. <% sont locales. String querydata = request.getquerystring(); out.println("attached GET data: " + querydata); %> Le code d un scriptlet est inséré tel quel dans le corps de la méthode service() du servlet généré, et n importe quel code HTML statique avant ou après un scriptlet est converti en instructions d écriture de la page réponse. 23 Exemple: Scriptlet JSP <% if (Math.random() < 0.5) { %> Vous avez <B>gagné</B>! <% else { %> Vous avez <B>perdu</B>! <% %> Dans le servlet, sera compilé en quelque chose comme: if (Math.random() < 0.5) { out.println( Vous avez <B>gagné</B>!"); else { out.println(" Vous avez <B>perdu</B>!"); 24 12

13 Déclaration JSP Permet de définir des méthodes ou des attributs au niveau du servlet généré par compilation de la page JSP. La valeur d un attribut sera partagée par tous les threads appliqués à la méthode service(), et accessible de n importe quel scriptlet de la page JSP La méthode sera accessible de n importe quel scriptlet de la page JSP. Syntaxe: <%! Code Java %> Exemples: <%! private int accesscount = 0; %> <!-- déclaration d attribut --> <p>nombre d accès à cette page : <%= ++accesscount %></p> <!-- utilisation --> <%! public String hello() { return "hello ; %> <!-- déclaration de méthode --> 25 Directive JSP Une directive affecte la structure du servlet. Syntaxe: <%@ directive attribut="valeur" %> Les deux principales directives sont page et include: page: import de classes Java, passage de paramètres au servlet généré. include: insertion (statique) d un fichier lors de la compilation de la page JSP en servlet. taglib: déclaration de la librairie contenant un tag défini par le programmeur

14 Tags JSP pré-définis Possèdent une syntaxe XML. Modifient dynamiquement le comportement du moteur JSP. jsp:usebean - Retrouve ou instancie un Bean. jsp:setproperty - Positionne les propriétés d un Bean. jsp:getproperty - Récupère la valeur d une propriété d un Bean et l insère dans la sortie. jsp:include - Inclut (dynamiquement) un fichier lors de l exécution de la requête. jsp:forward - Dirige la requête vers une autre page. jsp:plugin - Génère du code spécifique pour le navigateur permettant d insérer un applet (tag OBJECT) ou le plug-in de la JVM (tag EMBED). 27 Tag <jsp:usebean> Syntaxe: <jsp:usebean id="user" class="appli.user" scope="session"/> Cette action associe un Bean, instance de la classe spécifiée par class, avec une portée spécifiée par scope, avec la référence spécifiée par id. Si une instance associée avec la même référence n est pas trouvée dans la portée, une nouvelle instance est crée. Elle est stockée dans la session si cette portée est session. Portée: quatre valeurs possibles application: bean visible de toutes les pages, pour toutes les sessions session: bean visible de toutes les pages pour une session considérée request: bean visible de toutes les pages participant à une requête, pour une session considérée page: bean visible dans la page considérée, pour une session considérée 28 14

15 Tag <jsp:setproperty> Syntaxe: deux variantes d utilisation (A) <jsp:setproperty name="user" property="*" /> (B) <jsp:setproperty name="user" property="logon" param="nomuser" /> Les deux variantes modifient une ou des valeurs de propriétés du Bean dont la référence est spécifiée par name, en utilisant l introspection: Variante (A): Modifie toutes les propriétés du Bean avec les valeurs passées en paramètres dans la requête, de telle façon qu un paramètre de nom prop modifiera la valeur d une propriété de nom prop (i.e. ce Bean est muni d un setter setprop()), en réalisant des conversions implicites (String type prop ). Variante (B): Modifie une propriété du Bean avec la ou les valeurs passées dans la requête pour un paramètre de telle façon que le paramètre de nom param modifiera la valeur de la propriété de nom prop (i.e. ce Bean est muni d un setter setprop()), en réalisant des conversions implicites (String type prop ). 29 Formulaires: PHP vs. JSP PHP: Les composants de formulaires (ex: <input type= text >) sont vues comme des variables PHP globales <html> <form method= POST action= MaPage.php > <input name= logon type= text > <input name= pass type= password > <input name= ok type= submit value= OK > </form> </html> JSP: <jsp:usebean id="user" class=user scope="session"/> <jsp:setproperty name="user" property = "*"/> <html> <form method= POST action= MaPage.jsp > <input name= logon type= text value= <% user.getlogon() %>> <input name= pass type= password value= <% user.getpass() %>> > <input name= ok type= submit value= OK > </form> </html> <?php if ($logon!= "" and $pass!= "") { // les variables $logon et $pass n ont // pas besoin d être déclarées..?> Bean user logon: xxxx pass: zzzz 30 15

16 <jsp:usebean id="user" class="user" scope="session"/> Traitement des formulaires pass: **** OK Le servlet Engine: (1) Si pas d objet référencé par user dans la session, en fabrique un et le référence. (2) Par introspection, positionne dans les propriétés du Bean les valeurs correspondantes passées en paramètres dans la requête HTTP. Bean User =xx@yy pass=123 Requête HTTP /MonServlet? =xx@yy&pass=123&ok=OK Instance de HttpSession paramètres Instance de HttpServletRequest =xx@yy pass=123 ok= OK Servlet Engine Instance de HttpServletResponse dopost(httpservletrequest request, HttpServletResponse response) Page d accueil du site Page Réponse Instance du Servlet 31 Bean User package appli; public class User { private String logon = "" ; // chaîne vide private String pass = ""; // chaîne vide public User() { // constructeur sans paramètre public String getlogon() { return logon; public void setlogon(string logon) { this.logon = logon; public String getpass() { return pass; public void setpass(string pass) { this.pass = pass; public boolean isregistred() { // si (logon!= null) et (pass!= null) et (logon!= "") et (pass!= "") // et si logon et pass correspondent à un utilisateur enregistré // alors retouner true sinon retourner false Par introspection, on déduit que ce Bean contient les propriétés: - logon de type String, accessible en lecture et écriture. - pass de type String, accessible en lecture et écriture. - registred de type boolean accessible en lecture

17 Traitement des formulaires (1) Crée une référence "user" vers un Bean User stocké dans la session (le Bean est créé si besoin) <jsp:usebean id="user" class=appli.user scope="session"/> <jsp:setproperty name="user" property = "*"/> <% if (user.isregistred()) { // rediriger la requête HTTP vers la page d accueil du site response.sendredirect("accueil.jsp"); else { <p>vous n êtes pas enregistré!</p> <% %> <html> <form method="post" action="login.jsp"> <input name= "logon" type="text" value="<%= user.getlogon() %>" > <input name="pass" type="password" value="<%= user.getpass() %>" > <input name="ok" type="submit" value="ok"> </form> </html> (2) Déclenche les méthodes setxxx du Bean "user" pour chaque paramètre de la requête dont le nom est xxx (3) Récupère la valeur d une propriété du Bean "user" 33 Architecture MCV: Exemple Saisie d un formulaire simple d inscription: La première fois, le formulaire est affiché vierge. L utilisateur saisi ses informations, puis clique sur OK. S il y a des erreurs de saisie: On réaffiche le formulaire avec les valeurs saisies + un message pointant les erreurs commises. S il n y a pas d erreurs de saisie: On réaffiche le formulaire avec les valeurs saisies + un message confirmant l inscription

18 Exemple MVC: diagramme d états Action: init Etat: initialisation Affichage du formulaire vierge Action: ctrl Action: ctrl Etat: erreurs_saisies Affichage du formulaire saisi + message d erreur Etat: saisie_ok Affichage du formulaire saisi + message OK fin 35 Architecture MVC - Si action=init: ne fait rien. - Si action=ctrl: contrôle valeurs saisies. si erreur: positionne message erreur dans le Bean sinon: positionne message OK dans le Bean - Toujours: rediriger la requête vers une page JSP /ControlServlet?action=ctrl Contrôleur (Servlet) /ControlServlet?action=ctrl Appel des méthodes: ctrl() et setmsg(msg) sur le bean Vue (Page JSP) Modèle (Bean) 36 18

19 Bibliographie Java: Série d'articles sur les bases du langage Java: Cours Servlet: (français) (Servlet + JSP) Déploiement des Servlets dans Tomcat et BEA Systems: servletweblogic.html Cours JSP: (français) (débutant JSP) 37 Bibliographie (suite) Java Channel (Références articles sur Java - Niveau avancé): Home Page JSP de Sun: Home page Jakarta / Apache: Ressources: (JSP FAQ) Implémentations du moteur de JSP Tomcat (et sous-projets):