Développement Web J2EE :
Servlet, JSP, MVC,
med@youssfi.net
Mohamed Youssfi
med@youssfi.net
Architectures d’une
Application Entreprise
SGBD
Serveur d’application J2EE
Couche DAO
Mapping Objet Relationnel (JPA, Hibernate)
Couche métier
Couche Service
RMI, JMS
CORBA,SOAPApp Java
•SWING
Application .Net SOAP (HTTP+XML)
ou CORBA
Smart Phone
SOAP (HTTP+XML)
Couche web
med@youssfi.net
Couche Service
MiddleWares :
- RMI
- CORBA
- EJB Session
- SOAP (Web Sevices)
- JMS
-Java Mail
-SMSLib
Client HTTP
-HTML, CSS, JavaScript
-XML, AJAX, Jquery
-SVG ou Flash
HTTP
Aplication PHP
SOAP (HTTP+XML)
Serveur Messagerie
SMTP, POP3, IMAP
Client SMS
SMS
2
Couche web
-Servlet
- JSP
- FrameWorks
-Struts
-Spring MVC
- JSF
Rappels :Qualité d’un Logiciel
La qualité d’un logiciel se mesure par rapport à plusieurs
critères :
Répondre aux spécifications fonctionnelles :
Une application est créée pour répondre , tout
d’abord, aux besoins fonctionnels des entreprises.
Les performances:
La rapidité d’exécution et Le temps de réponse
Doit être bâtie sur une architecture robuste.
med@youssfi.net
Doit être bâtie sur une architecture robuste.
Eviter le problème de montée en charge
La maintenance:
Une application doit évoluer dans le temps.
Doit être fermée à la modification et ouverte à l’extension
Une application qui n’évolue pas meurt.
Une application mal conçue est difficile à maintenir, par suite elle
finit un jour à la poubelle.
3
med@youssfi.net | ENSET Université
Hassan II Mohammedia
Qualité d’un Logiciel
Sécurité
Garantir l’intégrité et la sécurité des données
Portabilité
Doit être capable de s’exécuter dans différentes plateformes.
Capacité de communiquer avec d’autres applications distantes.
Disponibilité et tolérance aux pannes
Capacité de fournir le service à différents type de clients :
Client lourd : Interfaces graphiques SWING
Interface Web : protocole http
med@youssfi.net
Interface Web : protocole http
Client SmartPhone
Téléphone : SMS
….
Design des ses interfaces graphiques
Charte graphique et charte de navigation
Accès via différentes interfaces (Web, Téléphone, PDA, ,)
Coût du logiciel
4
med@youssfi.net | ENSET Université
Hassan II Mohammedia
Serveur d’application : TOMCAT
Couche WEB Couche
Métier
Couche
DAO
Architecture J2EE
Données
Métier
Contrôleur
Servlet
Vue
Modèle
Java
Beans
1
2
3
4
5
6
Client Léger
• HTML
• CSS
• Java Script
• XML
•Ajax
DAO
Hibernate
HTTP
med@youssfi.net
SGBD
JSP•Flash
Hibernate
JDBC
Client Lourd
•AWT
•SWING
•SWT
RMI/EJB/CORBA/SOAP
STRUTS
JSF
Spring MVC
Spring
Couche
service
LE PROTOCOLE HTTP
HTTP :HyperText Tranfert Protocol
Protocole qui permet au client de récupérer des documents du
serveur
Ces documents peuvent être statiques (contenu qui ne change
pas : HTML, PDF, Image, etc..) ou dynamiques ( Contenu généré
dynamiquement au moment de la requête : PHP, JSP, ASP…)
Ce protocole permet également de soumissionner les formulaires
med@youssfi.net
Ce protocole permet également de soumissionner les formulaires
Fonctionnement (très simple en HTTP/1.0)
Le client se connecte au serveur (Créer une socket)
Le client demande au serveur un document : Requête HTTP
Le serveur renvoi au client le document (status=200) ou d’une
erreur (status=404 quand le document n’existe pas)
Déconnexion
Serveur Web
Connexion
port=80
accept()
:ServerSocket
Client HTTP
IPS=
Port=80
:Socket
GET /doc.htm
Post /script.php
Réponse HTTP
Connexion
med@youssfi.net
accept()
IPC=….
port=….
:Socket
Réponse HTTP
Status=200
Déconnexion
Doc.htmDoc.htm
Méthodes du protocole HTTP
Une requête HTTP peut être envoyée enutilisant les
méthodes suivantes:
GET : Pour récupérer le contenu d’un document
POST : Pour soumissionner des formulaires (Envoyer,
dans la requête, des données saisies par l’utilisateur )
med@youssfi.net
PUT pour envoyer un fichier du client vers le serveur
DELETE permet de demander au serveur de
supprimer un document.
HEAD permet de récupérer les informations sur un
document (Type, Capacité, Date de dernière
modification etc…)
Le client envoie la requête : Méthode POST
Post /Nom_Script HTTP/1.0
host: www.intra.net
HTTP_ACCEPT_LANGUAGE : fr
User-Agent : Mozilla/4.0
*** saut de ligne ***
Entête de la requête
Méthode,chemin,version
Nom de domaine
Code de la langue
Type et version du
navigateur
med@youssfi.net
*** saut de ligne ***
login=Value1& pass=Value2
& Var3=Value3
corps de la requête
Paramètres des différents
champs du formulaire.
Le client envoie la requête : Méthode GET
GET /Nom_Script?login=val1&pass=val2&…. HTTP/1.0
host: www.intra.net
HTTP_ACCEPT_LANGUAGE : fr
User-Agent : Mozilla/4.0
Entête de la requête
med@youssfi.net
corps de la requête est vide
Le Serveur retourne la réponse :
HTTP/1.0 200 OK
Date : Wed, 05Feb02 15:02:01 GMT
Server : Apache/1.3.24
Last-Modified : Wed 02Oct01 24:05:01GMT
Content-Type : Text/html
Entête de la réponse
Ligne de Status
Date du serveur
Nom du Serveur
Dernière modification
Type de contenu
med@youssfi.net
Content-Type : Text/html
Content-legnth : 4205
*** saut de ligne ***
<HTML><HEAD>
….
</BODY></HTML>
corps de la réponse
Type de contenu
Sa taille
Le fichier que le client
va afficher
Introduction aux servlets
Navigateur web Serveur web
Conteneur de servlet
Requête HTTP
request
Method=GET ou POST
med@youssfi.net
Servlet
doGet()
doPost()
Réponse HTTP
(HTML, javascript, css, XML)
request
response
session
COOKIES
Démo 1 (voir Vidéo Sevlet JSP MVC)
med@youssfi.net
Introduction aux servlets
Composant logiciel écrit en Java fonctionnant du
coté serveur
Au même titre nous trouvons :
CGI (Common Gateway Interface)
Langages de script coté serveur PHP, ASP (Active Server
Pages)
Permet de gérer des requêtes HTTP et de fournir
med@youssfi.net
Permet de gérer des requêtes HTTP et de fournir
au client une réponse HTTP
Une Servlet s’exécute dans un moteur de Servlet
ou conteneur de Servlet permettant d’établir le
lien entre la Servlet et le serveur Web
L’API Servlet
med@youssfi.net
Étendre cette classe
pour construire des
Servlets "génériques"
Étendre cette classe pour
construire des Servlets
propre au protocole HTTP
Gestion des servlets
Moteur de
Servlets
Thread
Thread
Créer un pool
de threads
Servlet
Instancier la servlet
Appeler la méthode init()
med@youssfi.net
Réponse HTTP 1
Réponse HTTP 2
Requête HTTP 2
Affecter une requête à un thread
Requête HTTP 1
Affecter une requête à un thread Appeler la méthode service()
Appeler la méthode service()
Appeler la méthode destroy()
Terminer le pool de threads
Initialisation
doGet
ou
doPost
doGet
ou
doPost
HttpServlet
Dans la suite du cours nous allons utiliser uniquement des
Servlets qui réagissent au protocole HTTP d'où l'utilisation de la
classe HttpServlet
HttpServlet redéfinit la méthode service(…)
service(…) lit la méthode (GET, POST, …) à partir de la requête
Elle transmet la requête à une méthode appropriée de
HttpServlet destinée à traiter le type de requête (GET, POST, …)
med@youssfi.net
Fonctionnement d’une servlet
Lorsqu'une servlet est appelée par un client, la
méthode service() est exécutée. Celle-ci est le
principal point d'entrée de toute servlet et accepte
deux objets en paramètres:
L'objet HttpServletRequest encapsulant la requête du
client, c'est-à-dire qu'il contient l'ensemble des
med@youssfi.net
client, c'est-à-dire qu'il contient l'ensemble des
paramètres passés à la servlet (informations sur
l'environnement du client, cookies du client, URL
demandée, ...)
L'objet HttpServletResponse permettant de renvoyer une
réponse au client (envoyer des informations au
navigateur).
Développement d’une servlet
Une servlet est une classe qui hérite de la classe
HttpServlet et qui redéfinit les méthodes du protocole
HTTP.
Si la méthode utilisée est GET, il suffit de redéfinir la
méthode :
public void doGet(
med@youssfi.net
public void doGet(
HttpServletRequest request,
HttpServletResponse response
)
Si la méthode utilisée est POST, il suffit de redéfinir la
méthode :
public void doPost(
HttpServletRequest request,
HttpServletResponse response
)
Première Servlet
package web;
import java.io.*;
import javax.servlet.ServletException;
import javax.servlet.http.*;
public class FirstServlet extends HttpServlet {
protected void doGet(HttpServletRequest request,
HttpServletResponse response) throws
ServletException, IOException {
response.setContentType("text/html");
med@youssfi.net
response.setContentType("text/html");
PrintWriter out = response.getWriter();
out.println("<HTML>");
out.println("<HEAD><TITLE> Titre </TITLE></HEAD>");
out.println("<BODY>");
out.println("Ma première servlet");
out.println("</BODY>");
out.println("</HTML>");
out.close();
}
}
Structure d’un projet Web J2EE
Le dossier src contient les
classes java
Le byte code est placé
dans le dossier
build/classes
Les dossier WebContent
contient les documents
Web comme les pages
HTML, JSP, Images, Java
med@youssfi.net
HTML, JSP, Images, Java
Script, CSS …
Le dossier WEB-INF
contient les descripteurs
de déploiement comme
web.xml
Le dossier lib permet de
stocker les bibliothèques
de classes java
(Fichiers.jar)
Déploiement d’une servlet
Pour que le serveur Tomcat reconnaisse une servlet, celle-ci
doit être déclarée dans le fichier web.xml qui se trouve dans
le dossier WEB-INF.
Le fichier web.xml s’appelle le descripteur de déploiement de
Servlet.
med@youssfi.net
Ce descripteur doit déclarer principalement les éléments
suivant :
Le nom attribué à cette servlet
La classe de la servlet
Le nom URL à utiliser pour faire appel à cette servlet via le
protocole HTTP.
web.xml
<?xml version="1.0" encoding="UTF-8"?>
<web-app id="WebApp_ID" version="2.4" xmlns="http://java.sun.com/xml/ns/j2ee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd">
<display-name>TP_Servlet1</display-name>
<servlet>
<servlet-name>FirstServlet</servlet-name>
Balise de description de
l'application WEB
Nom de la Servlet
"Identification"
Classe de la Servlet
med@youssfi.net
<servlet-class>web.FirstServlet</servlet-class>
</servlet>
<servlet-mapping>
<servlet-name>FirstServlet</servlet-name>
<url-pattern>/fs</url-pattern>
</servlet-mapping>
</web-app>
Classe de la Servlet
Définition d'un chemin
virtuel
Nom de la Servlet considéré
"Identification"
URL assocée à la servlet
Servlet 3.0
Pour un projet web J2EE, utilisant un module web, version
3.0, le fichier web.xml n’est pas nécessaire.
Dans ce cas, le déploiement d’une servlet peut se faire en
utilisant des annotations:
package web;
import java.io.*; import javax.servlet.*;
med@youssfi.net
import java.io.*; import javax.servlet.*;
import javax.servlet.annotation.*;
import javax.servlet.http.*;
@WebServlet(name="cs",urlPatterns={"/fs","*.do"})
public class FirstServlet extends HttpServlet {
}
Tester la servlet
med@youssfi.net
Code source coté client
HttpServletRequest
HttpServletRequest hérite de ServletRequest
Cet objet encapsule la requête HTTP et fournit des méthodes
pour accéder
aux informations du client
à l'environnement du serveur
Exemples de méthodes
String getMethod() : retourne le type de requête
String getServerName() : retourne le nom du serveur
med@youssfi.net
String getServerName() : retourne le nom du serveur
String getParameter(String name) : retourne la valeur d'un
paramètre
String[] getParameterNames() : retourne le nom des les
paramètres
String getRemoteHost() : retourne l'IP du client
String getServerPort() : retourne le port sur lequel le serveur
écoute
String getQueryString() : retourne la chaîne d’interrogation
… (voir l'API Servlets pour le reste)
HttpServletRequest
Exemple : Quelques méthodes de l’objet request
package web;
import java.io.*; import javax.servlet.*;import javax.servlet.http.*;
public class FirstServlet extends HttpServlet {
@Override
protected void doGet(HttpServletRequest request, HttpServletResponse response)
throws ServletException, IOException {
PrintWriter out=response.getWriter();
response.setContentType("text/html");
med@youssfi.net
response.setContentType("text/html");
out.println("<html><body><ul>");
out.println("<li>Protocol: " + request.getProtocol()+"</li>");
out.println("<li>ServerName: " + request.getServerName()+"</li>");
out.println("<li>ServerPort: " + request.getServerPort()+"</li>");
out.println("<li>RemoteAddr: " + request.getRemoteAddr()+"</li>");
out.println("<li>RemoteHost: " + request.getRemoteHost()+"</li>");
out.println("<li>Method: " + request.getMethod()+"</li>");
out.println("<li>Paramètre URL nom: " + request.getParameter("nom")+"</li>");
out.println("</ul></body></html>");
}
}
Une page JSP Equivalente : Exemple1.jsp
<%@ page language="java" contentType="text/html; charset=ISO-8859-1"
pageEncoding="ISO-8859-1"%>
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
"http://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1">
<title>Insert title here</title>
</head>
med@youssfi.net
<body>
<ul>
<li>Protocol:<% out.println( request.getProtocol()); %></li>
<li>ServerName:<%=request.getServerName()%></li>
<li>ServerPort:<%=request.getServerPort() %></li>
<li>RemoteAddr:<%=request.getRemoteAddr() %></li>
<li>RemoteHost:<%=request.getRemoteHost() %></li>
<li>Method:<%=request.getMethod() %></li>
<li>Paramètre URL nom:<%=request.getParameter("nom")%></li>
</ul>
</body>
</html>
Forwarding
Pour séparer les rôles une servlet peut faire un
forward vers une JSP de la manière suivante :
package web;
import java.io.*; import javax.servlet.*;import javax.servlet.http.*;
public class FirstServlet extends HttpServlet {
@Override
protected void doGet(HttpServletRequest request, HttpServletResponse response)
throws ServletException, IOException {
med@youssfi.net
throws ServletException, IOException {
request.getRequestDispatcher("Exemple1.jsp").forward(request, response);
}
}
Client
HTTP
Tomcat
Contrôleur
Servlet
Vue
JSP
FW
Requête
HTTP
Réponse
HTTP
Première comparaison entre Servlet et JSP
Une servlet est une classe java dans laquelle on peut générer du code
HTML alors qu’une JSP est une sorte de page HTML,à l’intérieur de
laquelle, o peut écrire du code Java.
Les pages JSP sont très pratique quand on veut afficher les vues de
l’applications alors que les servlets sont pratique pour effectuer les
traitement nécessaires au fonctionnement d’une application.
Si une servlet nécessite d’être déployée (web.xml), une JSP est
déployée automatiquement par Tomcat.
Pendant le premier appel d’une JSP, Tomcat convertit la JSP en servlet
et la déploie automatiquement.
med@youssfi.net
et la déploie automatiquement.
Quand un client HTTP demande une page JSP, c’est la servlet
correspondante à cette JSP, qui est générée par Tomcat qui est
excécutée.
Tout ce qu’on peut faire avec une servlet, peut être fait par une JSP.
(Unse JSP est une servlet)
La technologie de base des applications web J2EE c’est les servlets.
Dans une application web J2EE qui respecte le pattern MVC,
Les servlets sont utilisées pour jouer le rôle du contrôleur
Les JSP sont utilisées pour jouer le rôle des vues
HttpServletResponse
HttpServletResponse hérite de ServletResponse
Cet objet est utilisé pour construire un message de
réponse HTTP renvoyé au client,
il contient les méthodes nécessaires pour définir le type
de contenu, en-tête et code de retour
un flot de sortie pour envoyer des données (par
exemple HTML) au client
med@youssfi.net
exemple HTML) au client
Exemples de méthodes :
void setStatus(int) : définit le code de retour de la réponse
void setContentType(String) : définit le type de contenu MIME
PrintWriter getWriter() : Retourne un objet PrintWriter permettant
d'envoyer du texte au navigateur client. Il se charge de convertir
au format approprié les caractères Unicode utilisés par Java
ServletOutputStream getOutputStream() : flot pour envoyer des
données binaires au client
void sendRedirect(String) : redirige le navigateur vers l'URL
HttpServletResponse : Redirection
Une servlet peut rediriger vers une autre ressourse locale ou distante
en utilisant la méthode sendRedirect() de l’objet response.
package web;
import java.io.*; import javax.servlet.*;import javax.servlet.http.*;
public class FirstServlet extends HttpServlet {
@Override
protected void doGet(HttpServletRequest request, HttpServletResponse response)
throws ServletException, IOException {
med@youssfi.net
throws ServletException, IOException {
response.sendRedirect("Vue.jsp");}
}
Client
HTTP
Tomcat
Contrôleur : Servlet
Vue : JSP
Requête
HTTP
Réponse
HTTP
Exemple : Téléchargement de fichier par le client http
package web;
import java.io.*; import javax.servlet.*;import javax.servlet.http.*;
public class FirstServlet extends HttpServlet {
@Override
protected void doGet(HttpServletRequest request, HttpServletResponse response)
throws ServletException, IOException {
File f=new File("C:/BP/TP1JEE/Tableau de correspondances.doc");
FileInputStream fis=new FileInputStream(f);
response.setHeader("Content-Disposition","attachment;filename=a.doc");
med@youssfi.net
response.setHeader("Content-Disposition","attachment;filename=a.doc");
byte[] data=new byte[(int)f.length()];
fis.read(data);
OutputStream os=response.getOutputStream();
os.write(data);
os.close();fis.close();
}
}
package web;
import java.io.*; import javax.servlet.*;import javax.servlet.http.*;
public class FirstServlet extends HttpServlet {
private int compteur;
@Override
public void init() throws ServletException {
compteur=9;
}
@Override
Exemple : effectue un pull client
med@youssfi.net
protected void doGet(HttpServletRequest request, HttpServletResponse response)
throws ServletException, IOException {
response.setContentType("text/plain");
PrintWriter out = response.getWriter();
if (compteur > 0) {
response.setHeader("Refresh","1");
--compteur;
out.println(compteur + "...");
} else {
out.println("Fin");
}}}
Toutes les 1 seconde
la page est rechargée
et cela 9 fois de suite
Envoyer du contenu multimédia
Pour l’instant nous avons écrit des Servlets qui
retournaient des contenus HTML
Parfois, on a besoin de besoin de retourner des
contenus différents :
Contenu XML
Génération de contenus multimédias (création de graphes,
med@youssfi.net
Génération de contenus multimédias (création de graphes,
manipulation d’images)
L’API Java facilite la gestion des contenus
multimédias en proposant des bibliothèques
Encodage d’images sous différents formats (GIF, JPEG)
Manipulation et traitement d’images
Envoyer du contenu multimédia
Exemple : Servlet qui génère et retourne une
image JPEG contenant un graphique
med@youssfi.net
Envoyer du contenu multimédia
package web; import com.sun.image.codec.jpeg.*;
import java.awt.*;import java.awt.image.BufferedImage;
import java.io.*; import javax.servlet.*;import javax.servlet.http.*;
public class FirstServlet extends HttpServlet {
protected void doGet(HttpServletRequest request, HttpServletResponse response)
throws ServletException, IOException {
ServletOutputStream out = response.getOutputStream();
BufferedImage bim= new BufferedImage(400, 200, BufferedImage.TYPE_3BYTE_BGR);
Graphics2D g = bim.createGraphics(); g.setFont(new Font("Serif", Font.ITALIC, 20));
med@youssfi.net
g.drawString("Un graphique", 10,50); g.drawRect(5, 5, 390, 190);
int echelle=20;
for(int i=5;i<350;i++){
int x1=i;int y1= 100+(int)(f(x1)*echelle); int x2=i+1;int y2=100+ (int)(f(x2)*echelle);
g.drawLine(x1,y1, x2,y2);
}
JPEGImageEncoder encode = JPEGCodec.createJPEGEncoder(out);
encode.encode(bim); out.close();
}
private double f(double x){
return Math.cos(x/7)+Math.sin(x/3);
}}
Application : Voir vidéo 1
Login.htm
Login: A
Pass B
OK
Tomcat
ControleurServlet
m:User
login=A
POST
Req HTTP
med@youssfi.net
OK
Vue.jsp
login=A
pass=B
Vue.jsp
Login: A
Pass B
Rep HTTP
Gestion des servlets
Moteur de
Servlets
Thread
Thread
Créer un pool
de threads
Servlet
Instancier la servlet
Appeler la méthode init()
med@youssfi.net
Réponse HTTP 1
Réponse HTTP 2
Requête HTTP 2
Affecter une requête à un thread
Requête HTTP 1
Affecter une requête à un thread Appeler la méthode service()
Appeler la méthode service()
Appeler la méthode destroy()
Terminer le pool de threads
Initialisation
Exécution
service
Exécution
service
Cycle de vie d’une servlet
Le serveur crée un pool de threads auxquels il va pouvoir
affecter chaque requête
La servlet est chargée au démarrage du serveur ou lors de la
première requête
La servlet est instanciée par le serveur
La méthode init() est invoquée par le conteneur
Lors de la première requête, le conteneur crée les objets
Request et Response spécifiques à la requête
La méthode service() est appelée à chaque requête dans un
med@youssfi.net
La méthode service() est appelée à chaque requête dans un
nouveau thread. Les objets Request et Response lui sont
passés en paramètre
Grâce à l'objet request, la méthode service() va pouvoir
analyser les informations en provenance du client
Grâce à l'objet response, la méthode service() va fournir une
réponse au client
La méthode destroy() est appelée lors du déchargement de la
servlet, c'est-à-dire lorsqu'elle n'est plus requise par le serveur.
La servlet est alors signalée au garbage collector .
Cycle de vie d’ne servlet
A chaque rechargement d’une Servlet par le
conteneur de
Servlet, il y a création d’une nouvelle
instance et donc destruction de l’ancienne
Le rechargement d’une Servlet a lieu quand
med@youssfi.net
Le rechargement d’une Servlet a lieu quand
il y a :
Modification d’au moins une classe de
l’application WEB
Demande explicite de l’administrateur du serveur
WEB
Redémarrage du conteneur de Servlets
Paramétrer une servlet
Une servlet peut être paramétrée dans le fichier web.xml.
<?xml version="1.0" encoding="UTF-8"?>
<web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns="http://java.sun.com/xml/ns/javaee" xmlns:web="http://java.sun.com/xml/ns/javaee/web-
app_2_5.xsd" xsi:schemaLocation="http://java.sun.com/xml/ns/javaee
http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd" id="WebApp_ID" version="2.5">
<servlet>
<servlet-name>cs</servlet-name>
<servlet-class>web.FirstServlet</servlet-class>
<init-param>
med@youssfi.net
<param-name>echelle</param-name>
<param-value>20</param-value>
</init-param>
</servlet>
<servlet-mapping>
<servlet-name>cs</servlet-name>
<url-pattern>*.do</url-pattern>
</servlet-mapping>
<welcome-file-list>
<welcome-file>index.do</welcome-file>
</welcome-file-list>
</web-app>
Lire les paramètre dans une servlet
La méthode init() d’une servlet est l’endroit
idéale pour lire les paramètres de
configuration d’une servlet.
Dans la Servet précédente, pour lire le
paramètre echelle,on peut réécrire la servlet
med@youssfi.net
paramètre echelle,on peut réécrire la servlet
de la manière suivante:
Paramétrer une servlet
package web;
import java.awt.*;import java.awt.image.BufferedImage;
import java.io.*; import javax.servlet.*;import javax.servlet.http.*;
import com.sun.image.codec.jpeg.*;
public class FirstServlet extends HttpServlet {
private int echelle;
@Override
public void init() throws ServletException {
med@youssfi.net
public void init() throws ServletException {
String param1=getInitParameter("echelle");
try {
echelle=Integer.parseInt(param1);
} catch (Exception e) {
echelle=100;
}
}
Paramétrer une servlet (Suite)@Override
protected void doGet(HttpServletRequest request, HttpServletResponse response)
throws ServletException, IOException {
ServletOutputStream out = response.getOutputStream();
BufferedImage bim= new BufferedImage(400, 200, BufferedImage.TYPE_3BYTE_BGR);
Graphics2D g = bim.createGraphics();
g.setFont(new Font("Serif", Font.ITALIC, 20));
g.drawString("Un graphique", 10,50);
g.drawRect(5, 5, 390, 190);
for(int i=5;i<350;i++){
med@youssfi.net
for(int i=5;i<350;i++){
int x1=i;int y1= 100+(int)(f(x1)*echelle);
int x2=i+1;int y2=100+ (int)(f(x2)*echelle);
g.drawLine(x1,y1, x2,y2);
}
JPEGImageEncoder encode = JPEGCodec.createJPEGEncoder(out);
encode.encode(bim);
out.close();
}
private double f(double x){
return Math.cos(x/7)+Math.sin(x/3);
}}
Serveur d’application : TOMCAT
Couche WEB Couche
Métier
Couche
DAO
Architecture J2EE
Données
Métier
Contrôleur
Servlet
Vue
Modèle
Java
Beans
1
2
3
4
5
6
Client Léger
• HTML
• CSS
• Java Script
• XML
•Ajax
DAO
Hibernate
HTTP
med@youssfi.net
SGBD
JSP•Flash
Hibernate
JDBC
Client Lourd
•AWT
•SWING
•SWT
RMI/EJB/CORBA/SOAP
STRUTS
JSF
Spring MVC
Spring
Couche
service
:User
idUser=1
login=root
pass=root
email=
ville=
:User
Users:Collection
Application
orientée objet public List<User> getAllUsers() {
List<User> users=new ArrayList<User>();
Class.forName("com.mysql.jdbc.Driver");
Connection conn=DriverManager.getConnection
("jdbc:mysql://localhost:3306/DB_USERS","root","");
PreparedStatement ps=conn.prepareStatement
("select * from users");
ResultSet rs=ps.executeQuery();
while(rs.next()){
User u=new User();
u.setIdUser(rs.getInt("ID_USER"));
u.setLogin(rs.getString("LOGIN"));
Mapping Objet Relationnel
med@youssfi.net
idUser=2
login=toto
pass=toto
email=
ville=
:User
idUser=3
login=you
pass=you
email=
ville=
Base de données relationnelle
u.setLogin(rs.getString("LOGIN"));
u.setPass(rs.getString("PASS"));
users.add(u);
}
return(users);
}
Application
Le travail que nous allons réaliser consiste à afficher les
clients en saisissant un mot clé qui représente une partie
du nom du client
La vue qu’on souhaite réaliser est la suivante :
med@youssfi.net
Architecture
Serveur TOMCAT : 8080
TPMVC : Web App
Couche Métier
Client
getClts(mc):List
MetierImpl
Couche Web
doPost(req,resp)
ControleurServlet
motCle : String
Clients: List<Client>
ClientModele
HTTP
1
4
2 3 5
6 78
med@youssfi.net
SingletonConnection
JDBC
SGBC MYSQL : 3306
ClientsView.jsp
web.xml1 Le client envoie la requête au contrôleur
Le contrôleur instancie le modèle
Le contrôleur Stocke les données de la requête dans le modèle puis vérifie la validité des données
Le contrôleur Fait appel à la couche métier pour faire les traitement
Le contrôleur Stocke les résultats de traitement dans le modèle
Le contrôleur fait un forward vers la vue JSP
La vue récupère les résultats du modèle
Le contrôleur affiche au client le résultat de la vue
2
3
4
5
6
7
6
8
Base de données
Structure de la table CLIENTS :
med@youssfi.net
Données de la table CLIENTS :
Couche web
La couche web est définie par :
Le modèle qui permet de stocker les données qu’on va
saisir (motCle) et le résultat à afficher (List<Client>). Le
reste étant les Getters et Setters
Le contrôleur qui est une servlet qui va se charger de:
Créer un objet du modèle
med@youssfi.net
Créer un objet du modèle
Stocker les données de la requête (motCle) dans ce modèle
Récupérer les résultats de la couche métier
Stocker ces résultats dans le modèle
Faire appel à la vue JSP.
La vue (ClientsView.jsp) qui va se charger de récupérer le
modèle et d’afficher les résultats.
Structure du projet
Couche métier
med@youssfi.net
Couche Web
Couche Métier
La couche métier se compose de :
La classe Client
Un singleton Connection qui contient une
méthode getConnection qui retourne un objet
Connection unique vers la base de données,
quelque soit le nombre de machines clientes
med@youssfi.net
quelque soit le nombre de machines clientes
connecté au serveur
Une classe MetierImpl qui contient une méthode
qui permet de retourner une Liste de client
sachant un mot clé.
Une application pour tester MetierImpl
Classe Client.java
package metier;
public class Client {
private Long idClient;
private String nom,email,ville;
public Long getIdClient() {
return idClient;
}
// Constructeurs
public Client() {
med@youssfi.net
public Client() {
super();
}
public Client(String nom, String email, String ville) {
super();
this.nom = nom;
this.email = email;
this.ville = ville;
}
// Getters et Setters
}
Classe SingletonConnection
package metier;
import java.sql.Connection; import java.sql.DriverManager;
public class SingletonConnection {
private static Connection connection;
static{
try {
Class.forName("com.mysql.jdbc.Driver");
connection=DriverManager.getConnection
med@youssfi.net
("jdbc:mysql://localhost:3306/DB_OPERATEUR","root","");
} catch (Exception e) {
e.printStackTrace();
}
}
public static Connection getConnection() {
return connection;
}
}
La classe MetierImpl.java
package metier;
import java.sql.*; import java.util.*;
public class MetierImpl {
public List<Client> getClientsParMC(String mc){
List<Client> clts=new ArrayList<Client>();
Connection conn=SingletonConnection.getConnection();
try {
PreparedStatement ps=conn.prepareStatement
("select * from CLIENTS where NOM like ?");
ps.setString(1, "%"+mc+"%");
ResultSet rs=ps.executeQuery();
while(rs.next()){
med@youssfi.net
while(rs.next()){
Client c=new Client();
c.setIdClient(rs.getLong("ID_CLI"));
c.setNom(rs.getString("NOM"));
c.setEmail(rs.getString("EMAIL"));
c.setVille(rs.getString("VILLE"));
clts.add(c);
}
} catch (SQLException e) {
e.printStackTrace();
}
return clts;
}
}
Classe TestMetier
package metier;
import java.util.List;
public class TestMetier {
public static void main(String[] args) {
MetierImpl metier=new MetierImpl();
med@youssfi.net
MetierImpl metier=new MetierImpl();
List<Client> clts=metier.getClientsParMC("");
for(Client c:clts)
System.out.println(c.getNom());
}
}
Le modèle : ClientModele.java
package web;
import java.util.*;
import metier.Client;
public class ModeleClient {
private String motCle;
private List<Client> clients=new ArrayList<Client>();
// Geters et Setters
med@youssfi.net
// Geters et Setters
}
Le contrôleur : ControleurServlet
package web;
import java.io.*;import java.util.*;import javax.servlet.*;
import javax.servlet.http.*; import metier.*;
public class ControleurServlet extends HttpServlet {
private MetierImpl metier;
@Override
public void init() throws ServletException {
metier=new MetierImpl();
}
@Override
protected void doPost(HttpServletRequest request,
med@youssfi.net
protected void doPost(HttpServletRequest request,
HttpServletResponse response)
throws ServletException, IOException {
ModeleClient mod=new ModeleClient();
mod.setMotCle(request.getParameter("motCle"));
List<Client> clts=metier.getClientsParMC(mod.getMotCle());
mod.setClients(clts);
request.setAttribute("modele", mod);
request.getRequestDispatcher("ClientView.jsp").forward(request,
response);
}
}
Descripteur de déploiement de servlets :
web.xml
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE web-app PUBLIC "-//Sun Microsystems, Inc.//DTD Web
Application 2.3//EN" "http://java.sun.com/dtd/web-app_2_3.dtd">
<web-app>
<servlet>
<servlet-name>cs</servlet-name>
<servlet-class>web.ControleurServlet</servlet-class>
med@youssfi.net
<servlet-class>web.ControleurServlet</servlet-class>
</servlet>
<servlet-mapping>
<servlet-name>cs</servlet-name>
<url-pattern>/controleur</url-pattern>
</servlet-mapping>
</web-app>
La vue : ClientsView.jsp<%@page import="metier.Client"%><%@page import="java.util.List"%>
<%@page import="web.ModeleClient"%>
<%
ModeleClient mod;
if(request.getAttribute("modele")!=null){
mod=(ModeleClient)request.getAttribute("modele");
}
else{ mod=new ModeleClient(); }
%>
<html>
<body>
<form action="controleur" method="post">
Mot Clé:<input type="text" name="motCle" value="<%=mod.getMotCle() %>">
<input type="submit" value="Chercher">
med@youssfi.net
<input type="submit" value="Chercher">
</form>
<table border="1" width="80%">
<tr>
<th>ID</th><th>NOM</th><th>EMAIL</th><th>VILLE</th>
</tr>
<%
List<Client> clts=mod.getClients();
for(Client c:clts){ %>
<tr>
<td><%=c.getIdClient() %></td> <td><%=c.getNom() %></td>
<td><%=c.getEmail() %></td> <td><%=c.getVille() %></td>
</tr>
<% } %>
</table></body></html>
La vue : ClientsView.jsp en utilisant JSTL
<%@taglib uri="http://java.sun.com/jsp/jstl/core" prefix="c" %>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1">
<title>Insert title here</title>
</head>
<body>
<form action="controleur" method="post">
Mot Clé:<input type="text" name="motCle" value="${modele.motCle}">
<input type="submit" value="Chercher">
</form>
<table border="1" width="80%">
<tr>
med@youssfi.net
<tr>
<th>ID</th><th>NOM</th><th>EMAIL</th><th>VILLE</th>
</tr>
<c:forEach items="${modele.clients}" var="c">
<tr>
<td>${c.idClient}</td>
<td>${c.nom}</td>
<td>${c.email}</td>
<td>${c.ville}</td>
</tr>
</c:forEach>
</table>
</body>
</html>
Voir Vidéo : TP MVC JDBC
med@youssfi.net
Cookies
Un cookie est une information envoyée au navigateur
(client) par un serveur WEB qui peut ensuite être relue
par le client
Lorsqu’un client reçoit un cookie, il le sauve et le
renvoie ensuite au serveur chaque fois qu’il accède à
une page sur ce serveur
La valeur d’un cookie pouvant identifier de façon
med@youssfi.net
La valeur d’un cookie pouvant identifier de façon
unique un client, ils sont souvent utilisés pour le suivi
de session
Les cookies ont été introduits par la première fois dans
Netscape Navigator
Cookies
L’API Servlet fournit la classe javax.servlet.http.Cookie pour
travailler avec les Cookies
Cookie(String name, String value) : construit un cookie
String getName() : retourne le nom du cookie
String getValue() : retourne la valeur du cookie
setValue(String new_value) : donne une nouvelle valeur au
cookie
setMaxAge(int expiry) : spécifie l’âge maximum du cookie
med@youssfi.net
setMaxAge(int expiry) : spécifie l’âge maximum du cookie
Pour la création d’un nouveau cookie, il faut l’ajouter à la
réponse (HttpServletResponse)
addCookie(Cookie mon_cook) : ajoute à la réponse un cookie
La Servlet récupère les cookies du client en exploitant la réponse
(HttpServletRequest)
Cookie[] getCookies() : récupère l’ensemble des cookies du site
Cookies
Code pour créer un cookie et l’ajouter au client
Cookie cookie = new Cookie("Id", "123");
cookie. setMaxAge(2*24*60*60);// Durée de vie=2 Jours
response.addCookie(cookie);
Code pour récupérer les cookies
med@youssfi.net
Code pour récupérer les cookies
Cookie[] cookies = req.getCookies();
if (cookies != null) {
for (int i = 0; i < cookies.length; i++) {
String name = cookies[i].getName();
String value = cookies[i].getValue();
}
}
Exemple d’utilisation des cookiesTomcat
Servlet
Login.html
GET/servlet.do
POST/servlet.do
med@youssfi.net
Menu.jsp
Exemple d’utilisation des cookies
package web; import java.io.*;
import javax.servlet.*;import javax.servlet.http.*;
public class FirstServlet extends HttpServlet {
@Override
protected void doGet(HttpServletRequest request, HttpServletResponse response)
throws ServletException, IOException {
Cookie[] cookies=request.getCookies();
String login=null,pass=null;
med@youssfi.net
String login=null,pass=null;
for(Cookie c:cookies){
if(c.getName().equals("login")) login=c.getValue();
if(c.getName().equals("pass")) pass=c.getValue();
}
if((login!=null)&&(pass!=null)){
request.setAttribute("login", login); request.setAttribute("pass", pass);
request.getRequestDispatcher("Menu.jsp").forward(request, response);
} else{
request.getRequestDispatcher("Login.html").forward(request, response);
}}
Exemple d’utilisation des cookies
@Override
protected void doPost(HttpServletRequest request, HttpServletResponse
response)
throws ServletException, IOException {
String log=request.getParameter("login");
String pass=request.getParameter("pass");
med@youssfi.net
Cookie cLog=new Cookie("login", log); cLog.setMaxAge(2*24*60*60);
Cookie cPass=new Cookie("pass", pass);cPass.setMaxAge(2*24*60*60);
response.addCookie(cLog);response.addCookie(cPass);
request.setAttribute("login",log);
request.setAttribute("pass", pass);
request.getRequestDispatcher("Menu.jsp").forward(request, response);
}
}
Login.html
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
"http://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=ISO-
8859-1">
<title>Authentification</title>
</head>
<body>
med@youssfi.net
<body>
<form action="controleur.do" method="post">
Login:<input type="text" name="login"><br/>
Pass:<input type="password" name="pass"><br/>
<input type="submit" value="OK">
</form>
</body>
</html>
Menu.jsp
<html>
<head>
<meta http-equiv="Content-Type" content="text/html;
charset=ISO-8859-1">
<title>Menu</title>
</head>
med@youssfi.net
</head>
<body>
<h3>Votre Login est :<%=request.getAttribute("login")
%></h3>
<h3>Votre Pass est :<%=request.getAttribute("pass")
%></h3>
</body>
</html>
HttpSession
Le plus gros problème des cookies est que
les navigateurs ne les acceptent pas toujours
L’utilisateur peut configurer son navigateur
pour qu’il refuse ou pas les cookies
Les navigateurs n’acceptent que 20 cookies
med@youssfi.net
Les navigateurs n’acceptent que 20 cookies
par site, 300 par utilisateur et la taille d’un
cookie peut être limitée à 4096 octets
HttpSession
Solutions : utilisation de l’API de suivi de session HttpSession
Méthodes de création liées à la requête (HttpServletRequest)
HttpSession getSession() : retourne la session associée à
l’utilisateur
HttpSession getSession(boolean p) : création selon la valeur de p
Gestion d’association (HttpSession)
Enumeration getAttributNames() : retourne les noms de tous les
med@youssfi.net
Enumeration getAttributNames() : retourne les noms de tous les
attributs
Object getAttribut(String name) : retourne l’objet associé au nom
setAttribut(String na, Object va) : modifie na par la valeur va
removeAttribut(String na) : supprime l’attribut associé à na
Destruction (HttpSession)
invalidate() : expire la session
HttpSession
public class ExempleServlet extends HttpServlet {
protected void doGet(HttpServletRequest req,
HttpServletResponse res)throws ServletException,
IOException {
res.setContentType("text/plain");
PrintWriter out = res.getWriter();
HttpSession session = req.getSession();
Integer count = (Integer)session.getAttribute("count");
if (count == null)
count = new Integer(1);
med@youssfi.net
count = new Integer(1);
else
count = new Integer(count.intValue() + 1);
session.setAttribute("count", count);
out.println("Vous avez visité cette page " +count+ " fois." );
}
}
Exercice
Créer une application web J2EE qui respecte le modèle MVC qui
permet de simuler un jeu entre les clients http et le serveur web.
Le principe du jeu est le suivant :
Le serveur choisit un nombre aléatoire entre 0 et 1000
Un client http connecté, doit saisir un nombre pour deviner le
nombre secret.
Le serveur répond avec les éventualités suivantes :
Votre nombre est plus grand
Votre nombre est plus petit
med@youssfi.net
Votre nombre est plus petit
Bravo, vous avez gagné. Et dans ce cas là le jeu s’arrête et pour
chaque tentative de jouer le serveur envoi au client un message
qui indique que le jeu est terminé en affichant le nombre secret
recherché et le gagnant
L’application devrait également permettre de relancer le jeu si ce
dernier est terminé.
Aperçu du Jeu
med@youssfi.net
Collaboration de servlets
Les Servlets qui s’exécutant dans le même
serveur peuvent dialoguer entre elles
Deux principaux styles de collaboration
Partage d’information : un état ou une ressource.
Exemple : un magasin en ligne pourrait partager les
med@youssfi.net
Exemple : un magasin en ligne pourrait partager les
informations sur le stock des produits ou une connexion
à une base de données
Partage du contrôle :
Réception d’une requête par une Servlet et laisser
l’autre Servlet une partie ou toute la responsabilité du
traitement
Collaboration de servlets
La collaboration est obtenue par l’interface ServletContext
L’utilisation de ServletContext permet aux applications web de
disposer de son propre conteneur d’informations unique
Une Servlet retrouve le ServletContext de son application web
par un appel à getServletContext()
Exemples de méthodes
void setAttribute(String name, Object o) : lie un objet sous le nom
med@youssfi.net
void setAttribute(String name, Object o) : lie un objet sous le nom
indiqué
Object getAttribute(String name) : retrouve l’objet sous le nom
indiqué
Enumeration getAttributeNames() : retourne l’ensemble des
noms de tous les attributs liés
void removeAttribute(String name) : supprime l’objet lié sous le
nom indiqué
Exemple : Servlets qui vendent des pizzas et partagent
une spécialité du jour
public class ExempleServlet extends HttpServlet {
protected void doGet(HttpServletRequest req, HttpServletResponse res)
throws ServletException, IOException {
res.setContentType("text/plain");
PrintWriter out = res.getWriter();
ServletContext context = this.getServletContext();
context.setAttribute("Specialite", "Forestière");
context.setAttribute("Date", new Date());
out.println("La pizza du jour a été définie.");
}
med@youssfi.net
}
}
public class ExempleServlet2 extends HttpServlet {
protected void doGet(HttpServletRequest req, HttpServletResponse res)
throws ServletException, IOException {
PrintWriter out=res.getWriter();
ServletContext context = this.getServletContext();
String pizza_spec = (String)context.getAttribute("Specialite");
Date day = (Date)context.getAttribute("Date");
DateFormat df = DateFormat.getDateInstance(DateFormat.MEDIUM);
String today = df.format(day);
out.println("Aujourd'hui (" + today + "), notre specialite est : " +
pizza_spec);
}
}
Exemple : Servlets qui vendent des pizzas et partagent
une spécialité du jour
med@youssfi.net
Partage d’informations
Possibilité de partager des informations entre
contextes web
Première solution : utilisation d’un conteneur
d’informations externes (une base de données par
exemple)
med@youssfi.net
exemple)
Seconde solution : la Servlet recherche un autre
contexte à partir de son propre contexte
ServletContext getContext(String uripath) : obtient le
contexte à partir d’un chemin URI (uripath = chemin
absolu)
Partage de contrôle
Les Servlets peuvent partager ou distribuer le
contrôle de la requête
Deux types de distribution
Distribuer un renvoi : une Servlet peut renvoyer une
requête entière
Distribuer une inclusion : une Servlet peut inclure du
med@youssfi.net
Distribuer une inclusion : une Servlet peut inclure du
contenu généré
Les avantages sont
La délégation de compétences
Une meilleure abstraction et une plus grande souplesse
Architecture logicielle MVC (Servlet = contrôle et JSP =
présentation)
Partage de contrôle
Le support de la délégation de requête est obtenu par
l’interface RequestDispatcher
Une Servlet obtient une instance sur la requête
RequestDispatcher getRequestDispatcher(String path) :
retourne uneinstance de type RequestDispatcher par rapport à
un composant
Un composant peut-être de tout type : Servlet, JSP, fichier
med@youssfi.net
Un composant peut-être de tout type : Servlet, JSP, fichier
statique, …
path est un chemin relatif ou absolu ne pouvant pas sortir du
contexte
Pour distribuer en dehors du contexte courant il faut :
Identifier le contexte extérieur (utilisation de getContext())
Utiliser la méthode getRequestDispatcher(String path)
Le chemin est uniquement en absolu
Partage de contrôle
La méthode forward(...) de l’interface RequestDispatcher renvoie une
requête d’une Servlet à une autre ressource sur le serveur
void forward(ServletRequest req, ServletResponse res) : redirection
de requête
RequestDispatcher dispat =
req.getRequestDispatcher("/index.html");
dispat.forward(req,res);
Possibilité de transmettre des informations lors du renvoi
med@youssfi.net
Possibilité de transmettre des informations lors du renvoi
en attachant une chaîne d’interrogation (au travers de l’URL)
en utilisant les attributs de requête via la méthode setAttribute(...)
Les choses à ne pas faire ...
ne pas effectuer de modification sur la réponse avant un renvoi
ne rien faire sur la requête et la réponse après une distribution d’un
renvoi
Partage de contrôle : forward
Exemple de distribution de renvoi entre deux servlets.
Envoyeur:
public class ExempleServlet extends HttpServlet {
protected void doGet(HttpServletRequest req, HttpServletResponse res)
throws ServletException, IOException {
req.setAttribute("X", 45);
RequestDispatcher rd=req.getRequestDispatcher("/exemple2?Y=6");
rd.forward(req, res);
}}
Récepteur:
Transmission
d’informations par
attributs
Transmission
med@youssfi.net
Récepteur:
public class ExempleServlet2 extends HttpServlet {
protected void doGet(HttpServletRequest req, HttpServletResponse res)
throws ServletException, IOException {
int x=(Integer)req.getAttribute("X");
int y=Integer.parseInt(req.getParameter("Y"));
PrintWriter out=res.getWriter();
out.print("Somme de "+x+" et "+y+" est :"+(x+y));
}
}
Transmission
d’informations par
chaîne
d’interrogation
L’utilisation des attributs à la place des
paramètres donne la possibilité de
passer des objets et non des chaînes de
caractères
Partage du contrôle : distribuer un renvoi
Nous avons vu au début de cette partie qu’il existait une
méthode de l’objet response qui permet de faire une redirection
sendRedirect(…) est une redirection effectuée par le client
forward(…) est une redirection effectuée par le serveur
Est-il préférable d’utiliser forward(…) ou sendRedirect(…) ???
forward(…) est à utiliser pour la partage de résultat avec un autre
composant sur le même serveur
med@youssfi.net
composant sur le même serveur
sendRedirect(…) est à utiliser pour des redirections externes car
aucune recherche getContext(...) n’est nécessaire
Préférez forward(…) pour des redirections dans le contexte
et sendRedirect(…) pour le reste
Partage du contrôle : distribuer un renvoi
La méthode include(…) de l’interface RequestDispatcher inclut le
contenu d’une ressource dans la réponse courante
RequestDispatcher dispat =req.getRequestDispatcher
("/index.html");
dispat.include(req,res);
La différence avec une distribution par renvoi est :
la Servlet appelante garde le contrôle de la réponse
med@youssfi.net
la Servlet appelante garde le contrôle de la réponse
elle peut inclure du contenu avant et après le contenu inclus
Possibilité de transmettre des informations lors de l’inclusion
en attachant une chaîne d’interrogation (au travers de l’URL)
en utilisant les attributs de requête via la méthode setAttribute(...)
Les choses à ne pas faire ...
ne pas définir le code d’état et en-têtes (pas de
setContentType(…))
Exemple de partage avec include
public class IncludeServlet extends HttpServlet {
protected void doGet(HttpServletRequest req, HttpServletResponse res)
throws ServletException, IOException {
res.setContentType("text/html");
PrintWriter out = res.getWriter();
out.println("<html><body>");
RequestDispatcher dispat = req.getRequestDispatcher("includedRessource");
dispat.include(req,res);
med@youssfi.net
dispat.include(req,res);
out.println("<br>");
req.setAttribute("bonjour", "Bonjour");
dispat.include(req,res);
out.println("<br>");
req.setAttribute("bonsoir", "Bonsoir");
dispat.include(req,res);
out.println("<br>");
out.println("</BODY></HTML>");
}
}
Exemple de partage avec include.
La servlet incluse dans la précédente:
public class IncludedRessourceServlet extends HttpServlet {
protected void doGet(HttpServletRequest req, HttpServletResponse res)
throws ServletException, IOException {
PrintWriter out = res.getWriter();
if(req.getAttribute("bonjour") != null) {
out.println(req.getAttribute("bonjour"));
if (req.getAttribute("bonsoir") != null) {
out.println(req.getAttribute("bonsoir"));
} else {
out.println("Pas Bonsoir");
med@youssfi.net
out.println("Pas Bonsoir");
}
} else {
out.println("Rien de rien");
}
}
} Point de retour à l’appelant
Sécurité et Authentification
La sécurité consiste à conserver les informations
sensibles dans les mains des utilisateurs
Authentification : capable de vérifier l’identité des parties
impliquées
Habilitation : limiter l’accès aux ressources à un ensemble
d’utilisateurs
med@youssfi.net
d’utilisateurs
Confidentialité : garantir la communication des parties
impliquées
Nous distinguons plusieurs types d'autorisation :
BASIC : fournit par le protocole HTTP basé sur un modèle
simple de demande/réponse (codage Base64)
FORM : authentification ne reposant pas celle du protocole
HTTP
Sécurité et Authentification
Principe des autorisations de type BASIC
med@youssfi.net
Principe des autorisations de type FORM
Vérification si l'utilisateur est
connu et son mot de passe correct
Sécurité et Authentification
Gérée par le conteneur de Servlets (Identification 1) :
Spécification d'un domaine de sécurité dans le fichier de
configuration web.xml
Les utilisateurs sont gérés (l'utilisateur existe-il, le mot de passe
est-il correct, …) uniquement par le conteneur de Servlets
Basée sur les rôles (BASIC)
A base de formulaire (FORM)
Effectuée à l’intérieur des Servlets (Identification2) :
med@youssfi.net
Effectuée à l’intérieur des Servlets (Identification2) :
Les utilisateurs sont stockés dans une base de données, un
fichier, …
La vérification est effectuée dans les Servlets (besoin d'un
codage)
Personnalisée (BASIC)
Personnalisée à base de formulaire (FORM)
Exemple : Servlet qui après identification
affiche un ensemble d'informations
public class SecurityRolesServlet extends HttpServlet {
protected void doGet(HttpServletRequest req,
HttpServletResponse res)
throws ServletException, IOException {
res.setContentType("text/html");
PrintWriter out = res.getWriter();
out.println("Bonjour : " + req.getRemoteUser());
med@youssfi.net
out.println("Information Top-Secrête");
out.println("Type d'authentification : " + req.getAuthType());
out.println("Est-un administrateur : "+
req.isUserInRole("admin"));
}
} <?xml version="1.0" encoding="UTF-8"?>
<tomcat-users>
<role rolename="manager"/>
<user username="admin" password="admin"
roles="manager"/>
</tomcat-users>
Fichier tomcat-users:
Authentification basée sur les rôles : Identifiucation1 (web.xml)
<?xml version="1.0" encoding="UTF-8"?>
<web-app …>
<servlet>
<servlet-name>ss</servlet-name>
<servlet-class>web.SecurityRolesServlet</servlet-class>
</servlet>
<servlet-mapping>
<servlet-name>ss</servlet-name>
<url-pattern>/secure</url-pattern>
</servlet-mapping>
<security-constraint>
<web-resource-collection>
Définition des Servlets
contenues dans
l'application WEB et
des
chemins virtuels
Définit pour quelles
URL la contrainte
med@youssfi.net
<web-resource-collection>
<web-resource-name>ss</web-resource-name>
<url-pattern>/secure</url-pattern>
<http-method>GET</http-method>
</web-resource-collection>
<auth-constraint>
<role-name>manager</role-name>
</auth-constraint>
</security-constraint>
<login-config>
<auth-method>BASIC</auth-method>
<realm-name>Authentification de
SecuriteRoleServlet</realm-name>
</login-config>
</web-app>
d’identification
doit être mise en
oeuvre
Protection des
ressources pour la
méthode GET
Rôle(s) ayant le droit
d'accéder aux
ressources de
l'application WEB
« Habillage » de la
boîte d’identification
Authentification personnalisée basée sur les rôles :Identification 1
Web.xml
<web-app ...>
...
<servlet> ... </servlet>
<servlet-mapping> ... </servlet-mapping>
<security-constraint> ... </security-constraint>
<login-config>
<auth-method>FORM</auth-method>
<form-login-config>
Balise qui stocke la
page contenant le
formulaire
d’authentification
med@youssfi.net
<form-login-config>
<form-login-page>/loginpage.html</form-login-page>
<form-error-page>/errorpage.html</form-error-page>
</form-login-config>
</login-config>
</web-app>
d’authentification
Balise qui stocke la
page des erreurs de
connexion
Page d’authentification
LoginPage.html:
Le formulaire de la page LoginPage.html doit employer la
méthode POST pour la transmission des données des
valeurs spéciales pour les noms des composants
<html>
<body>
<form method="POST" action="j_security_check">
Le moteur de Servlet avec les informations
contenues dans le fichier web.xml se charge
de traiter l’identification
med@youssfi.net
<form method="POST" action="j_security_check">
Username : <input type="text" size="15" maxlength="25"
name="j_username"><br>
Password : <input type="password" size="15" maxlength="25"
name="j_password"><br>
<input value="Login" type="submit">
</form>
</body>
</html> Valeur pour le nom
d’utilisateur
Valeur pour le mot
de passe
Authentification personnalisée basée sur les rôles :Identification 1
Web.xml
<web-app ...>
...
<servlet> ... </servlet>
<servlet-mapping> ... </servlet-mapping>
<security-constraint> ... </security-constraint>
<login-config>
<auth-method>FORM</auth-method>
<form-login-config>
Balise qui stocke la
page contenant le
formulaire
d’authentification
med@youssfi.net
<form-login-config>
<form-login-page>/loginpage.html</form-login-page>
<form-error-page>/errorpage.html</form-error-page>
</form-login-config>
</login-config>
</web-app>
d’authentification
Balise qui stocke la
page des erreurs de
connexion
Java Server Pages : JSP
med@youssfi.net
Eléments syntaxiques d’une JSP
Une page JSP peut être formée par les
éléments suivants :
Les expressions
Les déclarations
med@youssfi.net
Les déclarations
Les directives
Les scriptlets
Les actions
Les JSTL
Expressions
Les expressions JSP sont, des expressions Java qui vont être
évaluées à l'intérieur d'un appel de méthode print.
Une expression commence par les caractères <%= et se
termine par les caractères %>.
Comme l'expression est placée dans un appel de méthode, il
est interdit de terminer l'expression via un point-virgule.
med@youssfi.net
est interdit de terminer l'expression via un point-virgule.
Syntaxe: <%=expression%>
Equivalent à: out.println(expression) ;
Exemple : <%=new Date()%>
Equivalent à: out.println(new Date()) ;
Déclarations
Dans certains cas, un peu complexe, il est nécessaire d'ajouter
des méthodes et des attributs à la servlet qui va être générée
(en dehors de la méthode de service).
Une construction JSP particulière permet de répondre à ces
besoins. Elle commence par les caractères <%! et se termine,
par les caractères %>. Voici un petit exemple d'utilisation.
Exemple:
med@youssfi.net
Exemple:
<%@ page language="java" %>
<HTML>
<%! private int userCounter = 0; %>
<BODY>
Vous êtes le <%= ++userCounter %><SUP>ième</SUP> client du
site</P>
</BODY><HTML>
Directives
Une directive permet de spécifier des informations
qui vont servir à configurer et à influer sur le code
de la servlet générée.
Ce type de construction se repère facilement étant
donné qu'une directive commence par les trois
caractères <%@.
med@youssfi.net
caractères <%@.
Notons principalement deux directives :
<%@ page ... %> et
<%@ include ... %>
Voyons de plus près quelques unes des
possibilités qui vous sont offertes.
Directive <%@ page .. %>
La directive <%@ page .. %> permet de pouvoir
spécifier des informations utiles pour la génération et la
compilation de la servlet.
En fait, cette directive accepte de nombreux paramètres
dont les principaux sont:
<%@ page language="java" %>
med@youssfi.net
<%@ page language="java" %>
<%@ page import="package|classe %>
<%@ page session="true|false" %>
<%@ page extends="classe" %>
<%@ page errorPage="url" %>
<%@ page isErrorPage="true|false" %>
Directive <%@ include .. %>
La directive <%@ include ... %> est très utile si plusieurs
pages se doivent de partager une même ensemble
d'information.
C'est souvent le cas avec les entêtes et les pieds de pages.
Dans ce cas, codez ces parties dans des fichiers séparés et
injectez les, via cette directive, dans tous les autre fichiers qui
en ont besoin.
Voici un petit exemple d'utilisation de cette directive:
med@youssfi.net
Voici un petit exemple d'utilisation de cette directive:
<%@ page language="java" %>
<HTML>
<BODY>
<%@ include file="header.jsp" %>
<!-- Contenu de la page à générer -->
<%@ include file="footer.jsp" %>
</BODY><HTML>
Scriptlets
Les scriptlets correspondent aux blocs de code introduit par le
caractères <% et se terminant par %>.
Ils servent à ajouter du code dans la méthode de service.
Le code Java du scriptlet est inséré tel quel dans la servlet générée
: la vérification, par le compilateur, du code aura lieu au moment de
la compilation totale de la servlet équivalent.
L'exemple complet de JSP présenté précédemment, comportait
quelques scriptlets :
med@youssfi.net
<%
for(int i=1; i<=6; i++) {
out.println("<H" + i + " align="center">Heading " +i+
"</H" + i + ">");
}
%>
Les actions
Les actions constituent une autre façon de générer
du code Java à partir d'une page JSP.
Les actions se reconnaissent facilement,
syntaxiquement parlant : il s'agit de tag XML
ressemblant à <jsp:tagName ... />.
Cela permet d'indiquer que le tag fait partie du
namespace (espace de noms) jsp. Le nom du tag est
med@youssfi.net
namespace (espace de noms) jsp. Le nom du tag est
préétabli.
Enfin, le tag peut, bien entendu comporter plusieurs
attributs.
Il existe plusieurs actions différentes. Les principales
sont les suivantes
Les actions
<jsp:include> : Inclusion coté serveur
Exemple : <jsp:include page= "entete.jsp" />
<jsp:forward> : Redirection vers une page
Exemple : <jsp:forward page="affiche.jsp" />
<jsp:useBean> : Instanciation d’un objet java (java bean)
Exemple :
<jsp:useBean id="jbName" class="TheClass" scope="session" />
<jsp:setProperty> :
med@youssfi.net
<jsp:setProperty> : Cette action, permet de modifier une propriété sur un objet
créé via l'action <jsp:useBean ...>
Exemple :
<jsp:setProperty name="jbName" property="XXX"
value="<%= javaExpression %>" />
<jsp:getProperty> : cette action est l'inverse de la précédente : elle permet de
retourner dans le flux HTML, la valeur de la propriété considérée.
Exemple :
<jsp:getProperty name="jbName" property="XXX" />
JSTL :
Sun a proposé une spécification pour une librairie de tags
standard : la Java Standard Tag Library (JSTL).
La JSTL est une implémentation de Sun qui décrit plusieurs
actions basiques pour les applications web J2EE. Elle propose
ainsi un ensemble de librairies de tags pour le développement de
pages JSP.
Le but de la JSTL est de simplifier le travail des auteurs de page
med@youssfi.net
Le but de la JSTL est de simplifier le travail des auteurs de page
JSP, c'est à dire la personne responsable de la couche
présentation d'une application web J2EE.
En effet, un web designer peut avoir des problèmes pour la
conception de pages JSP du fait qu'il est confronté à un langage
de script complexe qu'il ne maîtrise pas forcément.
Librairies de la JSTL1.1
Librairie URI Préfixe
core http://java.sun.com/jsp/jstl/core c
Format http://java.sun.com/jsp/jstl/fmt fmt
XML http://java.sun.com/jsp/jstl/xml x
SQL http://java.sun.com/jsp/jstl/sql sql
Fonctions http://java.sun.com/jsp/jstl/functions fn
Exemple de déclaration au début d’une JSP :
med@youssfi.net
<%@taglib uri="http://java.sun.com/jsp/jstl/core" prefix="c" %>
<%@taglib uri="http://java.sun.com/jsp/jstl/sql" prefix="sql" %>
Exemple de déclaration au début d’une JSP :
Les fichiers jars à inclure au classpath de votre projets :
• jstl-1.1.2.jar
• standard-1.1.2.jar
<c:……/> : Librairie de base
Déclaration:
<%@taglib uri="http://java.sun.com/jsp/jstl/core" prefix="c" %>
Gestion des variables de scope :
Cette section comporte les actions de base pour la
gestion des variables de scope d'une application web :
med@youssfi.net
gestion des variables de scope d'une application web :
L'affichage de variable
La création/modification/suppression de variable de scope
La gestion des exceptions
<c:……/> : Librairie de base
Afficher une expression <c:out …./>
<!-- Afficher l’entête user-agent du navigateur ou
"Inconnu" si il est absent : -->
<c:out value="${header['user-agent']}" default="Inconnu"/>
<!– ou encore : -->
<c:out value="${header['user-agent']}"> Inconnu </c:out>
<!-- Afficher le paramètre nom de la req http : -->
med@youssfi.net
<!-- Afficher le paramètre nom de la req http : -->
<c:out value="${param['nom']}" default="Inconnu"/>
<c:……/> : Librairie de base
<c:if/> : Traitement conditionnel
<!-- Afficher un message si le paramètre "page" de la
requête HTTP est absent -->
<c:if test="${empty param['page']}"> paramètre absent !
</c:if>
med@youssfi.net
<c:chose/> : Traitement conditionnel exclusif
<c:choose>
<c:when test="${param['x']==1}">Premier</c:when>
<c:when test="${param['x']==2}">Deuxième</c:when>
<c:otherwise>Aucun</c:otherwise>
</c:choose>
<c:……/> : Librairie de base
<c:forEach/> : Itérer sur une collection :
Permet d'effectuer simplement des itérations sur plusieurs types de
collections de données.
L'attribut items accepte les éléments suivant comme collection :
Les tableaux d'objets ou de types primaires
Une implémentation de java.util.Collection en utilisant la
méthode iterator().
Une implémentation de java.util.Iterator.
med@youssfi.net
Une implémentation de java.util.Iterator.
Une implémentation de java.util.Enumeration.
Une implémentation de java.util.Map, en utilisant les
méthodes entrySet().iterator().
Une String dont les différents éléments sont séparés par des virgules (mais
il est préférable d'utiliser <c:forTokens/> à sa place).
Une valeur null sera considérée comme une collection vide (pas d'itération).
Si l'attribut items est absent, les attributs begin et end permettent
d'effectuer une itération entre deux nombres entiers.
<c:……/> : Librairie de base
<c:forEach/> : Itérer sur une collection :
Exemples :
<!-- Afficher tous les éléments d'une collection dans le request-->
<c:forEach var="entry" items="${requestScope['myCollection']}" >
${entry}<br/>
</c:forEach>
<!-- Afficher seulement les 10 premiers éléments -->
<c:forEach var="entry" items="${requestScope['myCollection']}"
begin="0" end="9">
${entry}<br/>
med@youssfi.net
${entry}<br/>
</c:forEach>
<!-- Afficher les nombres de 1 à 10 -->
<c:forEach var="entry" begin="1" end="10">
${entry},
</c:forEach>
<!-- Afficher tous les paramètres de la requête et leurs valeurs -->
<c:forEach var="p" items="${param}">
Le paramètre ${p.key} vaut ${p.value}<br/>
</c:forEach>
<c:……/> : Librairie de base
<c:forTokens/> : Itérer sur des éléments d'une String :
Permet de découper des chaînes de caractères selon un ou plusieurs
délimiteurs. Chaque marqueur ainsi obtenu sera traité dans une boucle
de l'itération.
Exemple :
<!-- Afficher séparément des mots séparés par un point-
virgule -->
med@youssfi.net
<c:forTokens var="p" items="mot1;mot2;mot3;mot4" delims=";">
${p}<br/>
</c:forTokens>
<c:……/> : Librairie de base
<c:param/> : Ajouter un paramètre à une URL
Permet d'ajouter simplement un paramètre à une URL
représentée par le tag parent.
Cette balise doit avoir comme balise parent une
balise <c:url/>, <c:import/> ou <c:redirect/> (mais
pas forcement comme parent direct).
med@youssfi.net
pas forcement comme parent direct).
Exemples:
<!-- La forme suivante : -->
<c:url value="/mapage.jsp?paramName=paramValue"/>
<!-- est equivalente à : -->
<c:url value="/mapage.jsp">
<c:param name="paramName" value="paramValue"/>
</c:url>
<c:……/> : Librairie de base
<c:url/> : Créer une URL
Permet de créer des URLs absolues, relatives au
contexte, ou relatives à un autre contexte.
Exemple :
<!-- Création d'un lien dont les paramètres viennent d'une
MAP -->
med@youssfi.net
MAP -->
<c:url value="/index.jsp" var="variableURL">
<c:forEach items="${param}" var="p">
<c:param name="${p.key}" value="${p.value}"/>
</c:forEach>
</c:url>
<a href="${variableURL}">Mon Lien</a>
<c:……/> : Librairie de base
<c:redirect/> : Redirection
Envoi une commande de redirection HTTP au client.
Exemple :
<!-- Redirection vers le portail de developpez.com : -->
<c:redirect url="http://www.developpez.com"/>
med@youssfi.net
<!-- Redirection vers une page d'erreur avec des paramètres:
-->
<c:redirect url="/error.jsp">
<c:param name="from"
value="${pageContext.request.requestURI}"/>
</c:redirect>
<c:……/> : Librairie de base
<c:import/> : Importer des ressources
Permet d'importer une ressource selon son URL.
Contrairement à <jsp:include/>, la ressource peut appartenir à un autre contexte ou
être hébergée sur un autre serveur...
Exemples :
<!-- Importer un fichier de l'application (comme <jsp:include/>) -->
<c:import url="/file.jsp">
<c:param name="page" value="1"/>
</c:import>
<!-- Importer une ressource distante FTP dans une variable -->
<c:import url="ftp://server.com/path/file.ext" var="file" scope="page"/>
med@youssfi.net
<c:import url="ftp://server.com/path/file.ext" var="file" scope="page"/>
<!-- Importe une ressource distante dans un Reader -->
<c:url value="http://www.server.com/file.jsp" var="fileUrl">
<c:param name="file" value="filename"/>
<c:param name="page" value="1"/>
</c:url>
<!-- Ouverte d'un flux avec un Reader -->
<c:import url="${fileUrl}" varReader="reader">
</c:import>

Contenu connexe

PDF
Support de cours Spring M.youssfi
PDF
Architecture jee principe de inversion de controle et injection des dependances
PDF
Support de cours angular
PDF
Support JEE Spring Inversion de Controle IOC et Spring MVC
PDF
Mohamed youssfi support architectures logicielles distribuées basées sue les ...
PDF
Traitement distribue en BIg Data - KAFKA Broker and Kafka Streams
PDF
Support Java Avancé Troisième Partie
PDF
Support de cours EJB 3 version complète Par Mr Youssfi, ENSET, Université Ha...
Support de cours Spring M.youssfi
Architecture jee principe de inversion de controle et injection des dependances
Support de cours angular
Support JEE Spring Inversion de Controle IOC et Spring MVC
Mohamed youssfi support architectures logicielles distribuées basées sue les ...
Traitement distribue en BIg Data - KAFKA Broker and Kafka Streams
Support Java Avancé Troisième Partie
Support de cours EJB 3 version complète Par Mr Youssfi, ENSET, Université Ha...

Tendances (20)

PDF
Support de cours entrepise java beans ejb m.youssfi
PDF
Support POO Java première partie
PDF
Développement d'un site web jee de e commerce basé sur spring (m.youssfi)
PDF
Java entreprise edition et industrialisation du génie logiciel par m.youssfi
PDF
Sécurité des Applications Web avec Json Web Token (JWT)
PDF
Support Web Services SOAP et RESTful Mr YOUSSFI
PDF
Support POO Java Deuxième Partie
PDF
Appalications JEE avec Servlet/JSP
PDF
Site JEE de ECommerce Basé sur Spring IOC MVC Security JPA Hibernate
PDF
Support de Cours JSF2 Première partie Intégration avec Spring
PDF
Support NodeJS avec TypeScript Express MongoDB
PDF
Support de cours technologie et application m.youssfi
PDF
Support cours angular
PDF
Conférence: Catalyseurs de l'Intelligence Artificielle et Écosystème des Fram...
PPTX
Architectures 3-tiers (Web)
PDF
Cours design pattern m youssfi partie 1 introduction et pattern strategy
PDF
Support developpement applications mobiles avec ionic v3 et v4
PDF
eServices-Tp1: Web Services
PPTX
Architectures n-tiers
DOCX
Ecole ESMA : Projet Fin de semestre - Application de gestion d'une école
Support de cours entrepise java beans ejb m.youssfi
Support POO Java première partie
Développement d'un site web jee de e commerce basé sur spring (m.youssfi)
Java entreprise edition et industrialisation du génie logiciel par m.youssfi
Sécurité des Applications Web avec Json Web Token (JWT)
Support Web Services SOAP et RESTful Mr YOUSSFI
Support POO Java Deuxième Partie
Appalications JEE avec Servlet/JSP
Site JEE de ECommerce Basé sur Spring IOC MVC Security JPA Hibernate
Support de Cours JSF2 Première partie Intégration avec Spring
Support NodeJS avec TypeScript Express MongoDB
Support de cours technologie et application m.youssfi
Support cours angular
Conférence: Catalyseurs de l'Intelligence Artificielle et Écosystème des Fram...
Architectures 3-tiers (Web)
Cours design pattern m youssfi partie 1 introduction et pattern strategy
Support developpement applications mobiles avec ionic v3 et v4
eServices-Tp1: Web Services
Architectures n-tiers
Ecole ESMA : Projet Fin de semestre - Application de gestion d'une école
Publicité

En vedette (14)

PDF
Cours design pattern m youssfi partie 6 proxy
PDF
Maven et industrialisation du logiciel
PDF
Cours design pattern m youssfi partie 8 stat, template method, command , medi...
PDF
Support programmation orientée aspect mohamed youssfi (aop)
PDF
softCours design pattern m youssfi partie 9 creation des objets abstract fact...
PDF
Cours design pattern m youssfi partie 7 facade bridge flyweight
PDF
Développement d'un site web de E-Commerce avec PHP (Première Partie)
PDF
Support programmation orientée objet c# .net version f8
PDF
Cours design pattern m youssfi partie 5 adapter
PDF
Systèmes multi agents concepts et mise en oeuvre avec le middleware jade
PPSX
Génie Logiciels : Introduction aux architectures
PDF
Cours design pattern m youssfi partie 4 composite
PDF
Cours design pattern m youssfi partie 2 observer
PDF
Cours design pattern m youssfi partie 3 decorateur
Cours design pattern m youssfi partie 6 proxy
Maven et industrialisation du logiciel
Cours design pattern m youssfi partie 8 stat, template method, command , medi...
Support programmation orientée aspect mohamed youssfi (aop)
softCours design pattern m youssfi partie 9 creation des objets abstract fact...
Cours design pattern m youssfi partie 7 facade bridge flyweight
Développement d'un site web de E-Commerce avec PHP (Première Partie)
Support programmation orientée objet c# .net version f8
Cours design pattern m youssfi partie 5 adapter
Systèmes multi agents concepts et mise en oeuvre avec le middleware jade
Génie Logiciels : Introduction aux architectures
Cours design pattern m youssfi partie 4 composite
Cours design pattern m youssfi partie 2 observer
Cours design pattern m youssfi partie 3 decorateur
Publicité

Similaire à Support JEE Servlet Jsp MVC M.Youssfi (20)

PPT
MEDBOULARESSMPIIIIIIIIIIIIIIIIIIIIIII.ppt
PPT
Les Servlets et JSP
PDF
JEE_chapitre 1.pdf
PPTX
Servlets et JSP
PDF
Chapitre 2SAMIMNIFFFFFFFFFFFFFFFFFFFFFFFFFFFF.pdf
PPT
Introductions Aux Servlets
PDF
ENIB cours CAI Web - Séance 3 - JSP/Servlet - Cours
PPTX
API Servletcourensatangerpourlesetudiantsdu2emeanneeecole.pptx
PDF
.NET DotNet CF - 3
PDF
Ajax en Java - GTI780 & MTI780 - ETS - A09
PDF
Ajax GTI780 & MTI780 ETS A09
PDF
webservicesfhjtrddktkddflfddddddyuldydulyulfyul_RESTU.pdf
PDF
sqcq<svdsdvezsfvkjezbkjfb ckjhs;dvbqcjkhbazvuyaz.pdf
PDF
Java EE _ Servlet et vue (1).pdf
PDF
Tp2 - WS avec JAXRS
PDF
Services rest & jersey
PDF
Ajax en Java - GTI780 & MTI780 - ETS - A08
PPTX
Presentation
PDF
S51 vos projets web services ibm i a l aide de php
PDF
spring.pdf
MEDBOULARESSMPIIIIIIIIIIIIIIIIIIIIIII.ppt
Les Servlets et JSP
JEE_chapitre 1.pdf
Servlets et JSP
Chapitre 2SAMIMNIFFFFFFFFFFFFFFFFFFFFFFFFFFFF.pdf
Introductions Aux Servlets
ENIB cours CAI Web - Séance 3 - JSP/Servlet - Cours
API Servletcourensatangerpourlesetudiantsdu2emeanneeecole.pptx
.NET DotNet CF - 3
Ajax en Java - GTI780 & MTI780 - ETS - A09
Ajax GTI780 & MTI780 ETS A09
webservicesfhjtrddktkddflfddddddyuldydulyulfyul_RESTU.pdf
sqcq<svdsdvezsfvkjezbkjfb ckjhs;dvbqcjkhbazvuyaz.pdf
Java EE _ Servlet et vue (1).pdf
Tp2 - WS avec JAXRS
Services rest & jersey
Ajax en Java - GTI780 & MTI780 - ETS - A08
Presentation
S51 vos projets web services ibm i a l aide de php
spring.pdf

Dernier (8)

PDF
Utilisation de la gestion des ressources dans SAP Extended Warehouse Manageme...
PDF
Gestion de la main-d’œuvre dans SAP Extended Warehouse Management, EWM125 Col26
PPT
Pratiques des systèmes d'information ppt
PPTX
Projet de Fin d’Études – Plateforme FMS pour la Gestion des FCPR
PDF
Démystification des QR codes - histoire - utilisations - techniques
PDF
1.3.4-Handling-and-Safety-Instructions-FR-2024.pdf
PPTX
843555943-Introduction-a-l-Intelligence-Artificielle.pptx
PDF
SHAKA 2025 - Création d'Images en IA : Mode Expert Activé
Utilisation de la gestion des ressources dans SAP Extended Warehouse Manageme...
Gestion de la main-d’œuvre dans SAP Extended Warehouse Management, EWM125 Col26
Pratiques des systèmes d'information ppt
Projet de Fin d’Études – Plateforme FMS pour la Gestion des FCPR
Démystification des QR codes - histoire - utilisations - techniques
1.3.4-Handling-and-Safety-Instructions-FR-2024.pdf
843555943-Introduction-a-l-Intelligence-Artificielle.pptx
SHAKA 2025 - Création d'Images en IA : Mode Expert Activé

Support JEE Servlet Jsp MVC M.Youssfi

  • 1. Développement Web J2EE : Servlet, JSP, MVC, [email protected] Mohamed Youssfi [email protected]
  • 2. Architectures d’une Application Entreprise SGBD Serveur d’application J2EE Couche DAO Mapping Objet Relationnel (JPA, Hibernate) Couche métier Couche Service RMI, JMS CORBA,SOAPApp Java •SWING Application .Net SOAP (HTTP+XML) ou CORBA Smart Phone SOAP (HTTP+XML) Couche web [email protected] Couche Service MiddleWares : - RMI - CORBA - EJB Session - SOAP (Web Sevices) - JMS -Java Mail -SMSLib Client HTTP -HTML, CSS, JavaScript -XML, AJAX, Jquery -SVG ou Flash HTTP Aplication PHP SOAP (HTTP+XML) Serveur Messagerie SMTP, POP3, IMAP Client SMS SMS 2 Couche web -Servlet - JSP - FrameWorks -Struts -Spring MVC - JSF
  • 3. Rappels :Qualité d’un Logiciel La qualité d’un logiciel se mesure par rapport à plusieurs critères : Répondre aux spécifications fonctionnelles : Une application est créée pour répondre , tout d’abord, aux besoins fonctionnels des entreprises. Les performances: La rapidité d’exécution et Le temps de réponse Doit être bâtie sur une architecture robuste. [email protected] Doit être bâtie sur une architecture robuste. Eviter le problème de montée en charge La maintenance: Une application doit évoluer dans le temps. Doit être fermée à la modification et ouverte à l’extension Une application qui n’évolue pas meurt. Une application mal conçue est difficile à maintenir, par suite elle finit un jour à la poubelle. 3 [email protected] | ENSET Université Hassan II Mohammedia
  • 4. Qualité d’un Logiciel Sécurité Garantir l’intégrité et la sécurité des données Portabilité Doit être capable de s’exécuter dans différentes plateformes. Capacité de communiquer avec d’autres applications distantes. Disponibilité et tolérance aux pannes Capacité de fournir le service à différents type de clients : Client lourd : Interfaces graphiques SWING Interface Web : protocole http [email protected] Interface Web : protocole http Client SmartPhone Téléphone : SMS …. Design des ses interfaces graphiques Charte graphique et charte de navigation Accès via différentes interfaces (Web, Téléphone, PDA, ,) Coût du logiciel 4 [email protected] | ENSET Université Hassan II Mohammedia
  • 5. Serveur d’application : TOMCAT Couche WEB Couche Métier Couche DAO Architecture J2EE Données Métier Contrôleur Servlet Vue Modèle Java Beans 1 2 3 4 5 6 Client Léger • HTML • CSS • Java Script • XML •Ajax DAO Hibernate HTTP [email protected] SGBD JSP•Flash Hibernate JDBC Client Lourd •AWT •SWING •SWT RMI/EJB/CORBA/SOAP STRUTS JSF Spring MVC Spring Couche service
  • 6. LE PROTOCOLE HTTP HTTP :HyperText Tranfert Protocol Protocole qui permet au client de récupérer des documents du serveur Ces documents peuvent être statiques (contenu qui ne change pas : HTML, PDF, Image, etc..) ou dynamiques ( Contenu généré dynamiquement au moment de la requête : PHP, JSP, ASP…) Ce protocole permet également de soumissionner les formulaires [email protected] Ce protocole permet également de soumissionner les formulaires Fonctionnement (très simple en HTTP/1.0) Le client se connecte au serveur (Créer une socket) Le client demande au serveur un document : Requête HTTP Le serveur renvoi au client le document (status=200) ou d’une erreur (status=404 quand le document n’existe pas) Déconnexion
  • 7. Serveur Web Connexion port=80 accept() :ServerSocket Client HTTP IPS= Port=80 :Socket GET /doc.htm Post /script.php Réponse HTTP Connexion [email protected] accept() IPC=…. port=…. :Socket Réponse HTTP Status=200 Déconnexion Doc.htmDoc.htm
  • 8. Méthodes du protocole HTTP Une requête HTTP peut être envoyée enutilisant les méthodes suivantes: GET : Pour récupérer le contenu d’un document POST : Pour soumissionner des formulaires (Envoyer, dans la requête, des données saisies par l’utilisateur ) [email protected] PUT pour envoyer un fichier du client vers le serveur DELETE permet de demander au serveur de supprimer un document. HEAD permet de récupérer les informations sur un document (Type, Capacité, Date de dernière modification etc…)
  • 9. Le client envoie la requête : Méthode POST Post /Nom_Script HTTP/1.0 host: www.intra.net HTTP_ACCEPT_LANGUAGE : fr User-Agent : Mozilla/4.0 *** saut de ligne *** Entête de la requête Méthode,chemin,version Nom de domaine Code de la langue Type et version du navigateur [email protected] *** saut de ligne *** login=Value1& pass=Value2 & Var3=Value3 corps de la requête Paramètres des différents champs du formulaire.
  • 10. Le client envoie la requête : Méthode GET GET /Nom_Script?login=val1&pass=val2&…. HTTP/1.0 host: www.intra.net HTTP_ACCEPT_LANGUAGE : fr User-Agent : Mozilla/4.0 Entête de la requête [email protected] corps de la requête est vide
  • 11. Le Serveur retourne la réponse : HTTP/1.0 200 OK Date : Wed, 05Feb02 15:02:01 GMT Server : Apache/1.3.24 Last-Modified : Wed 02Oct01 24:05:01GMT Content-Type : Text/html Entête de la réponse Ligne de Status Date du serveur Nom du Serveur Dernière modification Type de contenu [email protected] Content-Type : Text/html Content-legnth : 4205 *** saut de ligne *** <HTML><HEAD> …. </BODY></HTML> corps de la réponse Type de contenu Sa taille Le fichier que le client va afficher
  • 12. Introduction aux servlets Navigateur web Serveur web Conteneur de servlet Requête HTTP request Method=GET ou POST [email protected] Servlet doGet() doPost() Réponse HTTP (HTML, javascript, css, XML) request response session COOKIES
  • 13. Démo 1 (voir Vidéo Sevlet JSP MVC) [email protected]
  • 14. Introduction aux servlets Composant logiciel écrit en Java fonctionnant du coté serveur Au même titre nous trouvons : CGI (Common Gateway Interface) Langages de script coté serveur PHP, ASP (Active Server Pages) Permet de gérer des requêtes HTTP et de fournir [email protected] Permet de gérer des requêtes HTTP et de fournir au client une réponse HTTP Une Servlet s’exécute dans un moteur de Servlet ou conteneur de Servlet permettant d’établir le lien entre la Servlet et le serveur Web
  • 15. L’API Servlet [email protected] Étendre cette classe pour construire des Servlets "génériques" Étendre cette classe pour construire des Servlets propre au protocole HTTP
  • 16. Gestion des servlets Moteur de Servlets Thread Thread Créer un pool de threads Servlet Instancier la servlet Appeler la méthode init() [email protected] Réponse HTTP 1 Réponse HTTP 2 Requête HTTP 2 Affecter une requête à un thread Requête HTTP 1 Affecter une requête à un thread Appeler la méthode service() Appeler la méthode service() Appeler la méthode destroy() Terminer le pool de threads Initialisation doGet ou doPost doGet ou doPost
  • 17. HttpServlet Dans la suite du cours nous allons utiliser uniquement des Servlets qui réagissent au protocole HTTP d'où l'utilisation de la classe HttpServlet HttpServlet redéfinit la méthode service(…) service(…) lit la méthode (GET, POST, …) à partir de la requête Elle transmet la requête à une méthode appropriée de HttpServlet destinée à traiter le type de requête (GET, POST, …) [email protected]
  • 18. Fonctionnement d’une servlet Lorsqu'une servlet est appelée par un client, la méthode service() est exécutée. Celle-ci est le principal point d'entrée de toute servlet et accepte deux objets en paramètres: L'objet HttpServletRequest encapsulant la requête du client, c'est-à-dire qu'il contient l'ensemble des [email protected] client, c'est-à-dire qu'il contient l'ensemble des paramètres passés à la servlet (informations sur l'environnement du client, cookies du client, URL demandée, ...) L'objet HttpServletResponse permettant de renvoyer une réponse au client (envoyer des informations au navigateur).
  • 19. Développement d’une servlet Une servlet est une classe qui hérite de la classe HttpServlet et qui redéfinit les méthodes du protocole HTTP. Si la méthode utilisée est GET, il suffit de redéfinir la méthode : public void doGet( [email protected] public void doGet( HttpServletRequest request, HttpServletResponse response ) Si la méthode utilisée est POST, il suffit de redéfinir la méthode : public void doPost( HttpServletRequest request, HttpServletResponse response )
  • 20. Première Servlet package web; import java.io.*; import javax.servlet.ServletException; import javax.servlet.http.*; public class FirstServlet extends HttpServlet { protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { response.setContentType("text/html"); [email protected] response.setContentType("text/html"); PrintWriter out = response.getWriter(); out.println("<HTML>"); out.println("<HEAD><TITLE> Titre </TITLE></HEAD>"); out.println("<BODY>"); out.println("Ma première servlet"); out.println("</BODY>"); out.println("</HTML>"); out.close(); } }
  • 21. Structure d’un projet Web J2EE Le dossier src contient les classes java Le byte code est placé dans le dossier build/classes Les dossier WebContent contient les documents Web comme les pages HTML, JSP, Images, Java [email protected] HTML, JSP, Images, Java Script, CSS … Le dossier WEB-INF contient les descripteurs de déploiement comme web.xml Le dossier lib permet de stocker les bibliothèques de classes java (Fichiers.jar)
  • 22. Déploiement d’une servlet Pour que le serveur Tomcat reconnaisse une servlet, celle-ci doit être déclarée dans le fichier web.xml qui se trouve dans le dossier WEB-INF. Le fichier web.xml s’appelle le descripteur de déploiement de Servlet. [email protected] Ce descripteur doit déclarer principalement les éléments suivant : Le nom attribué à cette servlet La classe de la servlet Le nom URL à utiliser pour faire appel à cette servlet via le protocole HTTP.
  • 23. web.xml <?xml version="1.0" encoding="UTF-8"?> <web-app id="WebApp_ID" version="2.4" xmlns="http://java.sun.com/xml/ns/j2ee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd"> <display-name>TP_Servlet1</display-name> <servlet> <servlet-name>FirstServlet</servlet-name> Balise de description de l'application WEB Nom de la Servlet "Identification" Classe de la Servlet [email protected] <servlet-class>web.FirstServlet</servlet-class> </servlet> <servlet-mapping> <servlet-name>FirstServlet</servlet-name> <url-pattern>/fs</url-pattern> </servlet-mapping> </web-app> Classe de la Servlet Définition d'un chemin virtuel Nom de la Servlet considéré "Identification" URL assocée à la servlet
  • 24. Servlet 3.0 Pour un projet web J2EE, utilisant un module web, version 3.0, le fichier web.xml n’est pas nécessaire. Dans ce cas, le déploiement d’une servlet peut se faire en utilisant des annotations: package web; import java.io.*; import javax.servlet.*; [email protected] import java.io.*; import javax.servlet.*; import javax.servlet.annotation.*; import javax.servlet.http.*; @WebServlet(name="cs",urlPatterns={"/fs","*.do"}) public class FirstServlet extends HttpServlet { }
  • 26. HttpServletRequest HttpServletRequest hérite de ServletRequest Cet objet encapsule la requête HTTP et fournit des méthodes pour accéder aux informations du client à l'environnement du serveur Exemples de méthodes String getMethod() : retourne le type de requête String getServerName() : retourne le nom du serveur [email protected] String getServerName() : retourne le nom du serveur String getParameter(String name) : retourne la valeur d'un paramètre String[] getParameterNames() : retourne le nom des les paramètres String getRemoteHost() : retourne l'IP du client String getServerPort() : retourne le port sur lequel le serveur écoute String getQueryString() : retourne la chaîne d’interrogation … (voir l'API Servlets pour le reste)
  • 27. HttpServletRequest Exemple : Quelques méthodes de l’objet request package web; import java.io.*; import javax.servlet.*;import javax.servlet.http.*; public class FirstServlet extends HttpServlet { @Override protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { PrintWriter out=response.getWriter(); response.setContentType("text/html"); [email protected] response.setContentType("text/html"); out.println("<html><body><ul>"); out.println("<li>Protocol: " + request.getProtocol()+"</li>"); out.println("<li>ServerName: " + request.getServerName()+"</li>"); out.println("<li>ServerPort: " + request.getServerPort()+"</li>"); out.println("<li>RemoteAddr: " + request.getRemoteAddr()+"</li>"); out.println("<li>RemoteHost: " + request.getRemoteHost()+"</li>"); out.println("<li>Method: " + request.getMethod()+"</li>"); out.println("<li>Paramètre URL nom: " + request.getParameter("nom")+"</li>"); out.println("</ul></body></html>"); } }
  • 28. Une page JSP Equivalente : Exemple1.jsp <%@ page language="java" contentType="text/html; charset=ISO-8859-1" pageEncoding="ISO-8859-1"%> <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"> <html> <head> <meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1"> <title>Insert title here</title> </head> [email protected] <body> <ul> <li>Protocol:<% out.println( request.getProtocol()); %></li> <li>ServerName:<%=request.getServerName()%></li> <li>ServerPort:<%=request.getServerPort() %></li> <li>RemoteAddr:<%=request.getRemoteAddr() %></li> <li>RemoteHost:<%=request.getRemoteHost() %></li> <li>Method:<%=request.getMethod() %></li> <li>Paramètre URL nom:<%=request.getParameter("nom")%></li> </ul> </body> </html>
  • 29. Forwarding Pour séparer les rôles une servlet peut faire un forward vers une JSP de la manière suivante : package web; import java.io.*; import javax.servlet.*;import javax.servlet.http.*; public class FirstServlet extends HttpServlet { @Override protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { [email protected] throws ServletException, IOException { request.getRequestDispatcher("Exemple1.jsp").forward(request, response); } } Client HTTP Tomcat Contrôleur Servlet Vue JSP FW Requête HTTP Réponse HTTP
  • 30. Première comparaison entre Servlet et JSP Une servlet est une classe java dans laquelle on peut générer du code HTML alors qu’une JSP est une sorte de page HTML,à l’intérieur de laquelle, o peut écrire du code Java. Les pages JSP sont très pratique quand on veut afficher les vues de l’applications alors que les servlets sont pratique pour effectuer les traitement nécessaires au fonctionnement d’une application. Si une servlet nécessite d’être déployée (web.xml), une JSP est déployée automatiquement par Tomcat. Pendant le premier appel d’une JSP, Tomcat convertit la JSP en servlet et la déploie automatiquement. [email protected] et la déploie automatiquement. Quand un client HTTP demande une page JSP, c’est la servlet correspondante à cette JSP, qui est générée par Tomcat qui est excécutée. Tout ce qu’on peut faire avec une servlet, peut être fait par une JSP. (Unse JSP est une servlet) La technologie de base des applications web J2EE c’est les servlets. Dans une application web J2EE qui respecte le pattern MVC, Les servlets sont utilisées pour jouer le rôle du contrôleur Les JSP sont utilisées pour jouer le rôle des vues
  • 31. HttpServletResponse HttpServletResponse hérite de ServletResponse Cet objet est utilisé pour construire un message de réponse HTTP renvoyé au client, il contient les méthodes nécessaires pour définir le type de contenu, en-tête et code de retour un flot de sortie pour envoyer des données (par exemple HTML) au client [email protected] exemple HTML) au client Exemples de méthodes : void setStatus(int) : définit le code de retour de la réponse void setContentType(String) : définit le type de contenu MIME PrintWriter getWriter() : Retourne un objet PrintWriter permettant d'envoyer du texte au navigateur client. Il se charge de convertir au format approprié les caractères Unicode utilisés par Java ServletOutputStream getOutputStream() : flot pour envoyer des données binaires au client void sendRedirect(String) : redirige le navigateur vers l'URL
  • 32. HttpServletResponse : Redirection Une servlet peut rediriger vers une autre ressourse locale ou distante en utilisant la méthode sendRedirect() de l’objet response. package web; import java.io.*; import javax.servlet.*;import javax.servlet.http.*; public class FirstServlet extends HttpServlet { @Override protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { [email protected] throws ServletException, IOException { response.sendRedirect("Vue.jsp");} } Client HTTP Tomcat Contrôleur : Servlet Vue : JSP Requête HTTP Réponse HTTP
  • 33. Exemple : Téléchargement de fichier par le client http package web; import java.io.*; import javax.servlet.*;import javax.servlet.http.*; public class FirstServlet extends HttpServlet { @Override protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { File f=new File("C:/BP/TP1JEE/Tableau de correspondances.doc"); FileInputStream fis=new FileInputStream(f); response.setHeader("Content-Disposition","attachment;filename=a.doc"); [email protected] response.setHeader("Content-Disposition","attachment;filename=a.doc"); byte[] data=new byte[(int)f.length()]; fis.read(data); OutputStream os=response.getOutputStream(); os.write(data); os.close();fis.close(); } }
  • 34. package web; import java.io.*; import javax.servlet.*;import javax.servlet.http.*; public class FirstServlet extends HttpServlet { private int compteur; @Override public void init() throws ServletException { compteur=9; } @Override Exemple : effectue un pull client [email protected] protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { response.setContentType("text/plain"); PrintWriter out = response.getWriter(); if (compteur > 0) { response.setHeader("Refresh","1"); --compteur; out.println(compteur + "..."); } else { out.println("Fin"); }}} Toutes les 1 seconde la page est rechargée et cela 9 fois de suite
  • 35. Envoyer du contenu multimédia Pour l’instant nous avons écrit des Servlets qui retournaient des contenus HTML Parfois, on a besoin de besoin de retourner des contenus différents : Contenu XML Génération de contenus multimédias (création de graphes, [email protected] Génération de contenus multimédias (création de graphes, manipulation d’images) L’API Java facilite la gestion des contenus multimédias en proposant des bibliothèques Encodage d’images sous différents formats (GIF, JPEG) Manipulation et traitement d’images
  • 36. Envoyer du contenu multimédia Exemple : Servlet qui génère et retourne une image JPEG contenant un graphique [email protected]
  • 37. Envoyer du contenu multimédia package web; import com.sun.image.codec.jpeg.*; import java.awt.*;import java.awt.image.BufferedImage; import java.io.*; import javax.servlet.*;import javax.servlet.http.*; public class FirstServlet extends HttpServlet { protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { ServletOutputStream out = response.getOutputStream(); BufferedImage bim= new BufferedImage(400, 200, BufferedImage.TYPE_3BYTE_BGR); Graphics2D g = bim.createGraphics(); g.setFont(new Font("Serif", Font.ITALIC, 20)); [email protected] g.drawString("Un graphique", 10,50); g.drawRect(5, 5, 390, 190); int echelle=20; for(int i=5;i<350;i++){ int x1=i;int y1= 100+(int)(f(x1)*echelle); int x2=i+1;int y2=100+ (int)(f(x2)*echelle); g.drawLine(x1,y1, x2,y2); } JPEGImageEncoder encode = JPEGCodec.createJPEGEncoder(out); encode.encode(bim); out.close(); } private double f(double x){ return Math.cos(x/7)+Math.sin(x/3); }}
  • 38. Application : Voir vidéo 1 Login.htm Login: A Pass B OK Tomcat ControleurServlet m:User login=A POST Req HTTP [email protected] OK Vue.jsp login=A pass=B Vue.jsp Login: A Pass B Rep HTTP
  • 39. Gestion des servlets Moteur de Servlets Thread Thread Créer un pool de threads Servlet Instancier la servlet Appeler la méthode init() [email protected] Réponse HTTP 1 Réponse HTTP 2 Requête HTTP 2 Affecter une requête à un thread Requête HTTP 1 Affecter une requête à un thread Appeler la méthode service() Appeler la méthode service() Appeler la méthode destroy() Terminer le pool de threads Initialisation Exécution service Exécution service
  • 40. Cycle de vie d’une servlet Le serveur crée un pool de threads auxquels il va pouvoir affecter chaque requête La servlet est chargée au démarrage du serveur ou lors de la première requête La servlet est instanciée par le serveur La méthode init() est invoquée par le conteneur Lors de la première requête, le conteneur crée les objets Request et Response spécifiques à la requête La méthode service() est appelée à chaque requête dans un [email protected] La méthode service() est appelée à chaque requête dans un nouveau thread. Les objets Request et Response lui sont passés en paramètre Grâce à l'objet request, la méthode service() va pouvoir analyser les informations en provenance du client Grâce à l'objet response, la méthode service() va fournir une réponse au client La méthode destroy() est appelée lors du déchargement de la servlet, c'est-à-dire lorsqu'elle n'est plus requise par le serveur. La servlet est alors signalée au garbage collector .
  • 41. Cycle de vie d’ne servlet A chaque rechargement d’une Servlet par le conteneur de Servlet, il y a création d’une nouvelle instance et donc destruction de l’ancienne Le rechargement d’une Servlet a lieu quand [email protected] Le rechargement d’une Servlet a lieu quand il y a : Modification d’au moins une classe de l’application WEB Demande explicite de l’administrateur du serveur WEB Redémarrage du conteneur de Servlets
  • 42. Paramétrer une servlet Une servlet peut être paramétrée dans le fichier web.xml. <?xml version="1.0" encoding="UTF-8"?> <web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://java.sun.com/xml/ns/javaee" xmlns:web="http://java.sun.com/xml/ns/javaee/web- app_2_5.xsd" xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd" id="WebApp_ID" version="2.5"> <servlet> <servlet-name>cs</servlet-name> <servlet-class>web.FirstServlet</servlet-class> <init-param> [email protected] <param-name>echelle</param-name> <param-value>20</param-value> </init-param> </servlet> <servlet-mapping> <servlet-name>cs</servlet-name> <url-pattern>*.do</url-pattern> </servlet-mapping> <welcome-file-list> <welcome-file>index.do</welcome-file> </welcome-file-list> </web-app>
  • 43. Lire les paramètre dans une servlet La méthode init() d’une servlet est l’endroit idéale pour lire les paramètres de configuration d’une servlet. Dans la Servet précédente, pour lire le paramètre echelle,on peut réécrire la servlet [email protected] paramètre echelle,on peut réécrire la servlet de la manière suivante:
  • 44. Paramétrer une servlet package web; import java.awt.*;import java.awt.image.BufferedImage; import java.io.*; import javax.servlet.*;import javax.servlet.http.*; import com.sun.image.codec.jpeg.*; public class FirstServlet extends HttpServlet { private int echelle; @Override public void init() throws ServletException { [email protected] public void init() throws ServletException { String param1=getInitParameter("echelle"); try { echelle=Integer.parseInt(param1); } catch (Exception e) { echelle=100; } }
  • 45. Paramétrer une servlet (Suite)@Override protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { ServletOutputStream out = response.getOutputStream(); BufferedImage bim= new BufferedImage(400, 200, BufferedImage.TYPE_3BYTE_BGR); Graphics2D g = bim.createGraphics(); g.setFont(new Font("Serif", Font.ITALIC, 20)); g.drawString("Un graphique", 10,50); g.drawRect(5, 5, 390, 190); for(int i=5;i<350;i++){ [email protected] for(int i=5;i<350;i++){ int x1=i;int y1= 100+(int)(f(x1)*echelle); int x2=i+1;int y2=100+ (int)(f(x2)*echelle); g.drawLine(x1,y1, x2,y2); } JPEGImageEncoder encode = JPEGCodec.createJPEGEncoder(out); encode.encode(bim); out.close(); } private double f(double x){ return Math.cos(x/7)+Math.sin(x/3); }}
  • 46. Serveur d’application : TOMCAT Couche WEB Couche Métier Couche DAO Architecture J2EE Données Métier Contrôleur Servlet Vue Modèle Java Beans 1 2 3 4 5 6 Client Léger • HTML • CSS • Java Script • XML •Ajax DAO Hibernate HTTP [email protected] SGBD JSP•Flash Hibernate JDBC Client Lourd •AWT •SWING •SWT RMI/EJB/CORBA/SOAP STRUTS JSF Spring MVC Spring Couche service
  • 47. :User idUser=1 login=root pass=root email= ville= :User Users:Collection Application orientée objet public List<User> getAllUsers() { List<User> users=new ArrayList<User>(); Class.forName("com.mysql.jdbc.Driver"); Connection conn=DriverManager.getConnection ("jdbc:mysql://localhost:3306/DB_USERS","root",""); PreparedStatement ps=conn.prepareStatement ("select * from users"); ResultSet rs=ps.executeQuery(); while(rs.next()){ User u=new User(); u.setIdUser(rs.getInt("ID_USER")); u.setLogin(rs.getString("LOGIN")); Mapping Objet Relationnel [email protected] idUser=2 login=toto pass=toto email= ville= :User idUser=3 login=you pass=you email= ville= Base de données relationnelle u.setLogin(rs.getString("LOGIN")); u.setPass(rs.getString("PASS")); users.add(u); } return(users); }
  • 48. Application Le travail que nous allons réaliser consiste à afficher les clients en saisissant un mot clé qui représente une partie du nom du client La vue qu’on souhaite réaliser est la suivante : [email protected]
  • 49. Architecture Serveur TOMCAT : 8080 TPMVC : Web App Couche Métier Client getClts(mc):List MetierImpl Couche Web doPost(req,resp) ControleurServlet motCle : String Clients: List<Client> ClientModele HTTP 1 4 2 3 5 6 78 [email protected] SingletonConnection JDBC SGBC MYSQL : 3306 ClientsView.jsp web.xml1 Le client envoie la requête au contrôleur Le contrôleur instancie le modèle Le contrôleur Stocke les données de la requête dans le modèle puis vérifie la validité des données Le contrôleur Fait appel à la couche métier pour faire les traitement Le contrôleur Stocke les résultats de traitement dans le modèle Le contrôleur fait un forward vers la vue JSP La vue récupère les résultats du modèle Le contrôleur affiche au client le résultat de la vue 2 3 4 5 6 7 6 8
  • 50. Base de données Structure de la table CLIENTS : [email protected] Données de la table CLIENTS :
  • 51. Couche web La couche web est définie par : Le modèle qui permet de stocker les données qu’on va saisir (motCle) et le résultat à afficher (List<Client>). Le reste étant les Getters et Setters Le contrôleur qui est une servlet qui va se charger de: Créer un objet du modèle [email protected] Créer un objet du modèle Stocker les données de la requête (motCle) dans ce modèle Récupérer les résultats de la couche métier Stocker ces résultats dans le modèle Faire appel à la vue JSP. La vue (ClientsView.jsp) qui va se charger de récupérer le modèle et d’afficher les résultats.
  • 53. Couche Métier La couche métier se compose de : La classe Client Un singleton Connection qui contient une méthode getConnection qui retourne un objet Connection unique vers la base de données, quelque soit le nombre de machines clientes [email protected] quelque soit le nombre de machines clientes connecté au serveur Une classe MetierImpl qui contient une méthode qui permet de retourner une Liste de client sachant un mot clé. Une application pour tester MetierImpl
  • 54. Classe Client.java package metier; public class Client { private Long idClient; private String nom,email,ville; public Long getIdClient() { return idClient; } // Constructeurs public Client() { [email protected] public Client() { super(); } public Client(String nom, String email, String ville) { super(); this.nom = nom; this.email = email; this.ville = ville; } // Getters et Setters }
  • 55. Classe SingletonConnection package metier; import java.sql.Connection; import java.sql.DriverManager; public class SingletonConnection { private static Connection connection; static{ try { Class.forName("com.mysql.jdbc.Driver"); connection=DriverManager.getConnection [email protected] ("jdbc:mysql://localhost:3306/DB_OPERATEUR","root",""); } catch (Exception e) { e.printStackTrace(); } } public static Connection getConnection() { return connection; } }
  • 56. La classe MetierImpl.java package metier; import java.sql.*; import java.util.*; public class MetierImpl { public List<Client> getClientsParMC(String mc){ List<Client> clts=new ArrayList<Client>(); Connection conn=SingletonConnection.getConnection(); try { PreparedStatement ps=conn.prepareStatement ("select * from CLIENTS where NOM like ?"); ps.setString(1, "%"+mc+"%"); ResultSet rs=ps.executeQuery(); while(rs.next()){ [email protected] while(rs.next()){ Client c=new Client(); c.setIdClient(rs.getLong("ID_CLI")); c.setNom(rs.getString("NOM")); c.setEmail(rs.getString("EMAIL")); c.setVille(rs.getString("VILLE")); clts.add(c); } } catch (SQLException e) { e.printStackTrace(); } return clts; } }
  • 57. Classe TestMetier package metier; import java.util.List; public class TestMetier { public static void main(String[] args) { MetierImpl metier=new MetierImpl(); [email protected] MetierImpl metier=new MetierImpl(); List<Client> clts=metier.getClientsParMC(""); for(Client c:clts) System.out.println(c.getNom()); } }
  • 58. Le modèle : ClientModele.java package web; import java.util.*; import metier.Client; public class ModeleClient { private String motCle; private List<Client> clients=new ArrayList<Client>(); // Geters et Setters [email protected] // Geters et Setters }
  • 59. Le contrôleur : ControleurServlet package web; import java.io.*;import java.util.*;import javax.servlet.*; import javax.servlet.http.*; import metier.*; public class ControleurServlet extends HttpServlet { private MetierImpl metier; @Override public void init() throws ServletException { metier=new MetierImpl(); } @Override protected void doPost(HttpServletRequest request, [email protected] protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { ModeleClient mod=new ModeleClient(); mod.setMotCle(request.getParameter("motCle")); List<Client> clts=metier.getClientsParMC(mod.getMotCle()); mod.setClients(clts); request.setAttribute("modele", mod); request.getRequestDispatcher("ClientView.jsp").forward(request, response); } }
  • 60. Descripteur de déploiement de servlets : web.xml <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE web-app PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN" "http://java.sun.com/dtd/web-app_2_3.dtd"> <web-app> <servlet> <servlet-name>cs</servlet-name> <servlet-class>web.ControleurServlet</servlet-class> [email protected] <servlet-class>web.ControleurServlet</servlet-class> </servlet> <servlet-mapping> <servlet-name>cs</servlet-name> <url-pattern>/controleur</url-pattern> </servlet-mapping> </web-app>
  • 61. La vue : ClientsView.jsp<%@page import="metier.Client"%><%@page import="java.util.List"%> <%@page import="web.ModeleClient"%> <% ModeleClient mod; if(request.getAttribute("modele")!=null){ mod=(ModeleClient)request.getAttribute("modele"); } else{ mod=new ModeleClient(); } %> <html> <body> <form action="controleur" method="post"> Mot Clé:<input type="text" name="motCle" value="<%=mod.getMotCle() %>"> <input type="submit" value="Chercher"> [email protected] <input type="submit" value="Chercher"> </form> <table border="1" width="80%"> <tr> <th>ID</th><th>NOM</th><th>EMAIL</th><th>VILLE</th> </tr> <% List<Client> clts=mod.getClients(); for(Client c:clts){ %> <tr> <td><%=c.getIdClient() %></td> <td><%=c.getNom() %></td> <td><%=c.getEmail() %></td> <td><%=c.getVille() %></td> </tr> <% } %> </table></body></html>
  • 62. La vue : ClientsView.jsp en utilisant JSTL <%@taglib uri="http://java.sun.com/jsp/jstl/core" prefix="c" %> <html> <head> <meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1"> <title>Insert title here</title> </head> <body> <form action="controleur" method="post"> Mot Clé:<input type="text" name="motCle" value="${modele.motCle}"> <input type="submit" value="Chercher"> </form> <table border="1" width="80%"> <tr> [email protected] <tr> <th>ID</th><th>NOM</th><th>EMAIL</th><th>VILLE</th> </tr> <c:forEach items="${modele.clients}" var="c"> <tr> <td>${c.idClient}</td> <td>${c.nom}</td> <td>${c.email}</td> <td>${c.ville}</td> </tr> </c:forEach> </table> </body> </html>
  • 64. Cookies Un cookie est une information envoyée au navigateur (client) par un serveur WEB qui peut ensuite être relue par le client Lorsqu’un client reçoit un cookie, il le sauve et le renvoie ensuite au serveur chaque fois qu’il accède à une page sur ce serveur La valeur d’un cookie pouvant identifier de façon [email protected] La valeur d’un cookie pouvant identifier de façon unique un client, ils sont souvent utilisés pour le suivi de session Les cookies ont été introduits par la première fois dans Netscape Navigator
  • 65. Cookies L’API Servlet fournit la classe javax.servlet.http.Cookie pour travailler avec les Cookies Cookie(String name, String value) : construit un cookie String getName() : retourne le nom du cookie String getValue() : retourne la valeur du cookie setValue(String new_value) : donne une nouvelle valeur au cookie setMaxAge(int expiry) : spécifie l’âge maximum du cookie [email protected] setMaxAge(int expiry) : spécifie l’âge maximum du cookie Pour la création d’un nouveau cookie, il faut l’ajouter à la réponse (HttpServletResponse) addCookie(Cookie mon_cook) : ajoute à la réponse un cookie La Servlet récupère les cookies du client en exploitant la réponse (HttpServletRequest) Cookie[] getCookies() : récupère l’ensemble des cookies du site
  • 66. Cookies Code pour créer un cookie et l’ajouter au client Cookie cookie = new Cookie("Id", "123"); cookie. setMaxAge(2*24*60*60);// Durée de vie=2 Jours response.addCookie(cookie); Code pour récupérer les cookies [email protected] Code pour récupérer les cookies Cookie[] cookies = req.getCookies(); if (cookies != null) { for (int i = 0; i < cookies.length; i++) { String name = cookies[i].getName(); String value = cookies[i].getValue(); } }
  • 67. Exemple d’utilisation des cookiesTomcat Servlet Login.html GET/servlet.do POST/servlet.do [email protected] Menu.jsp
  • 68. Exemple d’utilisation des cookies package web; import java.io.*; import javax.servlet.*;import javax.servlet.http.*; public class FirstServlet extends HttpServlet { @Override protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { Cookie[] cookies=request.getCookies(); String login=null,pass=null; [email protected] String login=null,pass=null; for(Cookie c:cookies){ if(c.getName().equals("login")) login=c.getValue(); if(c.getName().equals("pass")) pass=c.getValue(); } if((login!=null)&&(pass!=null)){ request.setAttribute("login", login); request.setAttribute("pass", pass); request.getRequestDispatcher("Menu.jsp").forward(request, response); } else{ request.getRequestDispatcher("Login.html").forward(request, response); }}
  • 69. Exemple d’utilisation des cookies @Override protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { String log=request.getParameter("login"); String pass=request.getParameter("pass"); [email protected] Cookie cLog=new Cookie("login", log); cLog.setMaxAge(2*24*60*60); Cookie cPass=new Cookie("pass", pass);cPass.setMaxAge(2*24*60*60); response.addCookie(cLog);response.addCookie(cPass); request.setAttribute("login",log); request.setAttribute("pass", pass); request.getRequestDispatcher("Menu.jsp").forward(request, response); } }
  • 70. Login.html <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"> <html> <head> <meta http-equiv="Content-Type" content="text/html; charset=ISO- 8859-1"> <title>Authentification</title> </head> <body> [email protected] <body> <form action="controleur.do" method="post"> Login:<input type="text" name="login"><br/> Pass:<input type="password" name="pass"><br/> <input type="submit" value="OK"> </form> </body> </html>
  • 71. Menu.jsp <html> <head> <meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1"> <title>Menu</title> </head> [email protected] </head> <body> <h3>Votre Login est :<%=request.getAttribute("login") %></h3> <h3>Votre Pass est :<%=request.getAttribute("pass") %></h3> </body> </html>
  • 72. HttpSession Le plus gros problème des cookies est que les navigateurs ne les acceptent pas toujours L’utilisateur peut configurer son navigateur pour qu’il refuse ou pas les cookies Les navigateurs n’acceptent que 20 cookies [email protected] Les navigateurs n’acceptent que 20 cookies par site, 300 par utilisateur et la taille d’un cookie peut être limitée à 4096 octets
  • 73. HttpSession Solutions : utilisation de l’API de suivi de session HttpSession Méthodes de création liées à la requête (HttpServletRequest) HttpSession getSession() : retourne la session associée à l’utilisateur HttpSession getSession(boolean p) : création selon la valeur de p Gestion d’association (HttpSession) Enumeration getAttributNames() : retourne les noms de tous les [email protected] Enumeration getAttributNames() : retourne les noms de tous les attributs Object getAttribut(String name) : retourne l’objet associé au nom setAttribut(String na, Object va) : modifie na par la valeur va removeAttribut(String na) : supprime l’attribut associé à na Destruction (HttpSession) invalidate() : expire la session
  • 74. HttpSession public class ExempleServlet extends HttpServlet { protected void doGet(HttpServletRequest req, HttpServletResponse res)throws ServletException, IOException { res.setContentType("text/plain"); PrintWriter out = res.getWriter(); HttpSession session = req.getSession(); Integer count = (Integer)session.getAttribute("count"); if (count == null) count = new Integer(1); [email protected] count = new Integer(1); else count = new Integer(count.intValue() + 1); session.setAttribute("count", count); out.println("Vous avez visité cette page " +count+ " fois." ); } }
  • 75. Exercice Créer une application web J2EE qui respecte le modèle MVC qui permet de simuler un jeu entre les clients http et le serveur web. Le principe du jeu est le suivant : Le serveur choisit un nombre aléatoire entre 0 et 1000 Un client http connecté, doit saisir un nombre pour deviner le nombre secret. Le serveur répond avec les éventualités suivantes : Votre nombre est plus grand Votre nombre est plus petit [email protected] Votre nombre est plus petit Bravo, vous avez gagné. Et dans ce cas là le jeu s’arrête et pour chaque tentative de jouer le serveur envoi au client un message qui indique que le jeu est terminé en affichant le nombre secret recherché et le gagnant L’application devrait également permettre de relancer le jeu si ce dernier est terminé.
  • 77. Collaboration de servlets Les Servlets qui s’exécutant dans le même serveur peuvent dialoguer entre elles Deux principaux styles de collaboration Partage d’information : un état ou une ressource. Exemple : un magasin en ligne pourrait partager les [email protected] Exemple : un magasin en ligne pourrait partager les informations sur le stock des produits ou une connexion à une base de données Partage du contrôle : Réception d’une requête par une Servlet et laisser l’autre Servlet une partie ou toute la responsabilité du traitement
  • 78. Collaboration de servlets La collaboration est obtenue par l’interface ServletContext L’utilisation de ServletContext permet aux applications web de disposer de son propre conteneur d’informations unique Une Servlet retrouve le ServletContext de son application web par un appel à getServletContext() Exemples de méthodes void setAttribute(String name, Object o) : lie un objet sous le nom [email protected] void setAttribute(String name, Object o) : lie un objet sous le nom indiqué Object getAttribute(String name) : retrouve l’objet sous le nom indiqué Enumeration getAttributeNames() : retourne l’ensemble des noms de tous les attributs liés void removeAttribute(String name) : supprime l’objet lié sous le nom indiqué
  • 79. Exemple : Servlets qui vendent des pizzas et partagent une spécialité du jour public class ExempleServlet extends HttpServlet { protected void doGet(HttpServletRequest req, HttpServletResponse res) throws ServletException, IOException { res.setContentType("text/plain"); PrintWriter out = res.getWriter(); ServletContext context = this.getServletContext(); context.setAttribute("Specialite", "Forestière"); context.setAttribute("Date", new Date()); out.println("La pizza du jour a été définie."); } [email protected] } } public class ExempleServlet2 extends HttpServlet { protected void doGet(HttpServletRequest req, HttpServletResponse res) throws ServletException, IOException { PrintWriter out=res.getWriter(); ServletContext context = this.getServletContext(); String pizza_spec = (String)context.getAttribute("Specialite"); Date day = (Date)context.getAttribute("Date"); DateFormat df = DateFormat.getDateInstance(DateFormat.MEDIUM); String today = df.format(day); out.println("Aujourd'hui (" + today + "), notre specialite est : " + pizza_spec); } }
  • 80. Exemple : Servlets qui vendent des pizzas et partagent une spécialité du jour [email protected]
  • 81. Partage d’informations Possibilité de partager des informations entre contextes web Première solution : utilisation d’un conteneur d’informations externes (une base de données par exemple) [email protected] exemple) Seconde solution : la Servlet recherche un autre contexte à partir de son propre contexte ServletContext getContext(String uripath) : obtient le contexte à partir d’un chemin URI (uripath = chemin absolu)
  • 82. Partage de contrôle Les Servlets peuvent partager ou distribuer le contrôle de la requête Deux types de distribution Distribuer un renvoi : une Servlet peut renvoyer une requête entière Distribuer une inclusion : une Servlet peut inclure du [email protected] Distribuer une inclusion : une Servlet peut inclure du contenu généré Les avantages sont La délégation de compétences Une meilleure abstraction et une plus grande souplesse Architecture logicielle MVC (Servlet = contrôle et JSP = présentation)
  • 83. Partage de contrôle Le support de la délégation de requête est obtenu par l’interface RequestDispatcher Une Servlet obtient une instance sur la requête RequestDispatcher getRequestDispatcher(String path) : retourne uneinstance de type RequestDispatcher par rapport à un composant Un composant peut-être de tout type : Servlet, JSP, fichier [email protected] Un composant peut-être de tout type : Servlet, JSP, fichier statique, … path est un chemin relatif ou absolu ne pouvant pas sortir du contexte Pour distribuer en dehors du contexte courant il faut : Identifier le contexte extérieur (utilisation de getContext()) Utiliser la méthode getRequestDispatcher(String path) Le chemin est uniquement en absolu
  • 84. Partage de contrôle La méthode forward(...) de l’interface RequestDispatcher renvoie une requête d’une Servlet à une autre ressource sur le serveur void forward(ServletRequest req, ServletResponse res) : redirection de requête RequestDispatcher dispat = req.getRequestDispatcher("/index.html"); dispat.forward(req,res); Possibilité de transmettre des informations lors du renvoi [email protected] Possibilité de transmettre des informations lors du renvoi en attachant une chaîne d’interrogation (au travers de l’URL) en utilisant les attributs de requête via la méthode setAttribute(...) Les choses à ne pas faire ... ne pas effectuer de modification sur la réponse avant un renvoi ne rien faire sur la requête et la réponse après une distribution d’un renvoi
  • 85. Partage de contrôle : forward Exemple de distribution de renvoi entre deux servlets. Envoyeur: public class ExempleServlet extends HttpServlet { protected void doGet(HttpServletRequest req, HttpServletResponse res) throws ServletException, IOException { req.setAttribute("X", 45); RequestDispatcher rd=req.getRequestDispatcher("/exemple2?Y=6"); rd.forward(req, res); }} Récepteur: Transmission d’informations par attributs Transmission [email protected] Récepteur: public class ExempleServlet2 extends HttpServlet { protected void doGet(HttpServletRequest req, HttpServletResponse res) throws ServletException, IOException { int x=(Integer)req.getAttribute("X"); int y=Integer.parseInt(req.getParameter("Y")); PrintWriter out=res.getWriter(); out.print("Somme de "+x+" et "+y+" est :"+(x+y)); } } Transmission d’informations par chaîne d’interrogation L’utilisation des attributs à la place des paramètres donne la possibilité de passer des objets et non des chaînes de caractères
  • 86. Partage du contrôle : distribuer un renvoi Nous avons vu au début de cette partie qu’il existait une méthode de l’objet response qui permet de faire une redirection sendRedirect(…) est une redirection effectuée par le client forward(…) est une redirection effectuée par le serveur Est-il préférable d’utiliser forward(…) ou sendRedirect(…) ??? forward(…) est à utiliser pour la partage de résultat avec un autre composant sur le même serveur [email protected] composant sur le même serveur sendRedirect(…) est à utiliser pour des redirections externes car aucune recherche getContext(...) n’est nécessaire Préférez forward(…) pour des redirections dans le contexte et sendRedirect(…) pour le reste
  • 87. Partage du contrôle : distribuer un renvoi La méthode include(…) de l’interface RequestDispatcher inclut le contenu d’une ressource dans la réponse courante RequestDispatcher dispat =req.getRequestDispatcher ("/index.html"); dispat.include(req,res); La différence avec une distribution par renvoi est : la Servlet appelante garde le contrôle de la réponse [email protected] la Servlet appelante garde le contrôle de la réponse elle peut inclure du contenu avant et après le contenu inclus Possibilité de transmettre des informations lors de l’inclusion en attachant une chaîne d’interrogation (au travers de l’URL) en utilisant les attributs de requête via la méthode setAttribute(...) Les choses à ne pas faire ... ne pas définir le code d’état et en-têtes (pas de setContentType(…))
  • 88. Exemple de partage avec include public class IncludeServlet extends HttpServlet { protected void doGet(HttpServletRequest req, HttpServletResponse res) throws ServletException, IOException { res.setContentType("text/html"); PrintWriter out = res.getWriter(); out.println("<html><body>"); RequestDispatcher dispat = req.getRequestDispatcher("includedRessource"); dispat.include(req,res); [email protected] dispat.include(req,res); out.println("<br>"); req.setAttribute("bonjour", "Bonjour"); dispat.include(req,res); out.println("<br>"); req.setAttribute("bonsoir", "Bonsoir"); dispat.include(req,res); out.println("<br>"); out.println("</BODY></HTML>"); } }
  • 89. Exemple de partage avec include. La servlet incluse dans la précédente: public class IncludedRessourceServlet extends HttpServlet { protected void doGet(HttpServletRequest req, HttpServletResponse res) throws ServletException, IOException { PrintWriter out = res.getWriter(); if(req.getAttribute("bonjour") != null) { out.println(req.getAttribute("bonjour")); if (req.getAttribute("bonsoir") != null) { out.println(req.getAttribute("bonsoir")); } else { out.println("Pas Bonsoir"); [email protected] out.println("Pas Bonsoir"); } } else { out.println("Rien de rien"); } } } Point de retour à l’appelant
  • 90. Sécurité et Authentification La sécurité consiste à conserver les informations sensibles dans les mains des utilisateurs Authentification : capable de vérifier l’identité des parties impliquées Habilitation : limiter l’accès aux ressources à un ensemble d’utilisateurs [email protected] d’utilisateurs Confidentialité : garantir la communication des parties impliquées Nous distinguons plusieurs types d'autorisation : BASIC : fournit par le protocole HTTP basé sur un modèle simple de demande/réponse (codage Base64) FORM : authentification ne reposant pas celle du protocole HTTP
  • 91. Sécurité et Authentification Principe des autorisations de type BASIC [email protected] Principe des autorisations de type FORM Vérification si l'utilisateur est connu et son mot de passe correct
  • 92. Sécurité et Authentification Gérée par le conteneur de Servlets (Identification 1) : Spécification d'un domaine de sécurité dans le fichier de configuration web.xml Les utilisateurs sont gérés (l'utilisateur existe-il, le mot de passe est-il correct, …) uniquement par le conteneur de Servlets Basée sur les rôles (BASIC) A base de formulaire (FORM) Effectuée à l’intérieur des Servlets (Identification2) : [email protected] Effectuée à l’intérieur des Servlets (Identification2) : Les utilisateurs sont stockés dans une base de données, un fichier, … La vérification est effectuée dans les Servlets (besoin d'un codage) Personnalisée (BASIC) Personnalisée à base de formulaire (FORM)
  • 93. Exemple : Servlet qui après identification affiche un ensemble d'informations public class SecurityRolesServlet extends HttpServlet { protected void doGet(HttpServletRequest req, HttpServletResponse res) throws ServletException, IOException { res.setContentType("text/html"); PrintWriter out = res.getWriter(); out.println("Bonjour : " + req.getRemoteUser()); [email protected] out.println("Information Top-Secrête"); out.println("Type d'authentification : " + req.getAuthType()); out.println("Est-un administrateur : "+ req.isUserInRole("admin")); } } <?xml version="1.0" encoding="UTF-8"?> <tomcat-users> <role rolename="manager"/> <user username="admin" password="admin" roles="manager"/> </tomcat-users> Fichier tomcat-users:
  • 94. Authentification basée sur les rôles : Identifiucation1 (web.xml) <?xml version="1.0" encoding="UTF-8"?> <web-app …> <servlet> <servlet-name>ss</servlet-name> <servlet-class>web.SecurityRolesServlet</servlet-class> </servlet> <servlet-mapping> <servlet-name>ss</servlet-name> <url-pattern>/secure</url-pattern> </servlet-mapping> <security-constraint> <web-resource-collection> Définition des Servlets contenues dans l'application WEB et des chemins virtuels Définit pour quelles URL la contrainte [email protected] <web-resource-collection> <web-resource-name>ss</web-resource-name> <url-pattern>/secure</url-pattern> <http-method>GET</http-method> </web-resource-collection> <auth-constraint> <role-name>manager</role-name> </auth-constraint> </security-constraint> <login-config> <auth-method>BASIC</auth-method> <realm-name>Authentification de SecuriteRoleServlet</realm-name> </login-config> </web-app> d’identification doit être mise en oeuvre Protection des ressources pour la méthode GET Rôle(s) ayant le droit d'accéder aux ressources de l'application WEB « Habillage » de la boîte d’identification
  • 95. Authentification personnalisée basée sur les rôles :Identification 1 Web.xml <web-app ...> ... <servlet> ... </servlet> <servlet-mapping> ... </servlet-mapping> <security-constraint> ... </security-constraint> <login-config> <auth-method>FORM</auth-method> <form-login-config> Balise qui stocke la page contenant le formulaire d’authentification [email protected] <form-login-config> <form-login-page>/loginpage.html</form-login-page> <form-error-page>/errorpage.html</form-error-page> </form-login-config> </login-config> </web-app> d’authentification Balise qui stocke la page des erreurs de connexion
  • 96. Page d’authentification LoginPage.html: Le formulaire de la page LoginPage.html doit employer la méthode POST pour la transmission des données des valeurs spéciales pour les noms des composants <html> <body> <form method="POST" action="j_security_check"> Le moteur de Servlet avec les informations contenues dans le fichier web.xml se charge de traiter l’identification [email protected] <form method="POST" action="j_security_check"> Username : <input type="text" size="15" maxlength="25" name="j_username"><br> Password : <input type="password" size="15" maxlength="25" name="j_password"><br> <input value="Login" type="submit"> </form> </body> </html> Valeur pour le nom d’utilisateur Valeur pour le mot de passe
  • 97. Authentification personnalisée basée sur les rôles :Identification 1 Web.xml <web-app ...> ... <servlet> ... </servlet> <servlet-mapping> ... </servlet-mapping> <security-constraint> ... </security-constraint> <login-config> <auth-method>FORM</auth-method> <form-login-config> Balise qui stocke la page contenant le formulaire d’authentification [email protected] <form-login-config> <form-login-page>/loginpage.html</form-login-page> <form-error-page>/errorpage.html</form-error-page> </form-login-config> </login-config> </web-app> d’authentification Balise qui stocke la page des erreurs de connexion
  • 99. Eléments syntaxiques d’une JSP Une page JSP peut être formée par les éléments suivants : Les expressions Les déclarations [email protected] Les déclarations Les directives Les scriptlets Les actions Les JSTL
  • 100. Expressions Les expressions JSP sont, des expressions Java qui vont être évaluées à l'intérieur d'un appel de méthode print. Une expression commence par les caractères <%= et se termine par les caractères %>. Comme l'expression est placée dans un appel de méthode, il est interdit de terminer l'expression via un point-virgule. [email protected] est interdit de terminer l'expression via un point-virgule. Syntaxe: <%=expression%> Equivalent à: out.println(expression) ; Exemple : <%=new Date()%> Equivalent à: out.println(new Date()) ;
  • 101. Déclarations Dans certains cas, un peu complexe, il est nécessaire d'ajouter des méthodes et des attributs à la servlet qui va être générée (en dehors de la méthode de service). Une construction JSP particulière permet de répondre à ces besoins. Elle commence par les caractères <%! et se termine, par les caractères %>. Voici un petit exemple d'utilisation. Exemple: [email protected] Exemple: <%@ page language="java" %> <HTML> <%! private int userCounter = 0; %> <BODY> Vous êtes le <%= ++userCounter %><SUP>ième</SUP> client du site</P> </BODY><HTML>
  • 102. Directives Une directive permet de spécifier des informations qui vont servir à configurer et à influer sur le code de la servlet générée. Ce type de construction se repère facilement étant donné qu'une directive commence par les trois caractères <%@. [email protected] caractères <%@. Notons principalement deux directives : <%@ page ... %> et <%@ include ... %> Voyons de plus près quelques unes des possibilités qui vous sont offertes.
  • 103. Directive <%@ page .. %> La directive <%@ page .. %> permet de pouvoir spécifier des informations utiles pour la génération et la compilation de la servlet. En fait, cette directive accepte de nombreux paramètres dont les principaux sont: <%@ page language="java" %> [email protected] <%@ page language="java" %> <%@ page import="package|classe %> <%@ page session="true|false" %> <%@ page extends="classe" %> <%@ page errorPage="url" %> <%@ page isErrorPage="true|false" %>
  • 104. Directive <%@ include .. %> La directive <%@ include ... %> est très utile si plusieurs pages se doivent de partager une même ensemble d'information. C'est souvent le cas avec les entêtes et les pieds de pages. Dans ce cas, codez ces parties dans des fichiers séparés et injectez les, via cette directive, dans tous les autre fichiers qui en ont besoin. Voici un petit exemple d'utilisation de cette directive: [email protected] Voici un petit exemple d'utilisation de cette directive: <%@ page language="java" %> <HTML> <BODY> <%@ include file="header.jsp" %> <!-- Contenu de la page à générer --> <%@ include file="footer.jsp" %> </BODY><HTML>
  • 105. Scriptlets Les scriptlets correspondent aux blocs de code introduit par le caractères <% et se terminant par %>. Ils servent à ajouter du code dans la méthode de service. Le code Java du scriptlet est inséré tel quel dans la servlet générée : la vérification, par le compilateur, du code aura lieu au moment de la compilation totale de la servlet équivalent. L'exemple complet de JSP présenté précédemment, comportait quelques scriptlets : [email protected] <% for(int i=1; i<=6; i++) { out.println("<H" + i + " align="center">Heading " +i+ "</H" + i + ">"); } %>
  • 106. Les actions Les actions constituent une autre façon de générer du code Java à partir d'une page JSP. Les actions se reconnaissent facilement, syntaxiquement parlant : il s'agit de tag XML ressemblant à <jsp:tagName ... />. Cela permet d'indiquer que le tag fait partie du namespace (espace de noms) jsp. Le nom du tag est [email protected] namespace (espace de noms) jsp. Le nom du tag est préétabli. Enfin, le tag peut, bien entendu comporter plusieurs attributs. Il existe plusieurs actions différentes. Les principales sont les suivantes
  • 107. Les actions <jsp:include> : Inclusion coté serveur Exemple : <jsp:include page= "entete.jsp" /> <jsp:forward> : Redirection vers une page Exemple : <jsp:forward page="affiche.jsp" /> <jsp:useBean> : Instanciation d’un objet java (java bean) Exemple : <jsp:useBean id="jbName" class="TheClass" scope="session" /> <jsp:setProperty> : [email protected] <jsp:setProperty> : Cette action, permet de modifier une propriété sur un objet créé via l'action <jsp:useBean ...> Exemple : <jsp:setProperty name="jbName" property="XXX" value="<%= javaExpression %>" /> <jsp:getProperty> : cette action est l'inverse de la précédente : elle permet de retourner dans le flux HTML, la valeur de la propriété considérée. Exemple : <jsp:getProperty name="jbName" property="XXX" />
  • 108. JSTL : Sun a proposé une spécification pour une librairie de tags standard : la Java Standard Tag Library (JSTL). La JSTL est une implémentation de Sun qui décrit plusieurs actions basiques pour les applications web J2EE. Elle propose ainsi un ensemble de librairies de tags pour le développement de pages JSP. Le but de la JSTL est de simplifier le travail des auteurs de page [email protected] Le but de la JSTL est de simplifier le travail des auteurs de page JSP, c'est à dire la personne responsable de la couche présentation d'une application web J2EE. En effet, un web designer peut avoir des problèmes pour la conception de pages JSP du fait qu'il est confronté à un langage de script complexe qu'il ne maîtrise pas forcément.
  • 109. Librairies de la JSTL1.1 Librairie URI Préfixe core http://java.sun.com/jsp/jstl/core c Format http://java.sun.com/jsp/jstl/fmt fmt XML http://java.sun.com/jsp/jstl/xml x SQL http://java.sun.com/jsp/jstl/sql sql Fonctions http://java.sun.com/jsp/jstl/functions fn Exemple de déclaration au début d’une JSP : [email protected] <%@taglib uri="http://java.sun.com/jsp/jstl/core" prefix="c" %> <%@taglib uri="http://java.sun.com/jsp/jstl/sql" prefix="sql" %> Exemple de déclaration au début d’une JSP : Les fichiers jars à inclure au classpath de votre projets : • jstl-1.1.2.jar • standard-1.1.2.jar
  • 110. <c:……/> : Librairie de base Déclaration: <%@taglib uri="http://java.sun.com/jsp/jstl/core" prefix="c" %> Gestion des variables de scope : Cette section comporte les actions de base pour la gestion des variables de scope d'une application web : [email protected] gestion des variables de scope d'une application web : L'affichage de variable La création/modification/suppression de variable de scope La gestion des exceptions
  • 111. <c:……/> : Librairie de base Afficher une expression <c:out …./> <!-- Afficher l’entête user-agent du navigateur ou "Inconnu" si il est absent : --> <c:out value="${header['user-agent']}" default="Inconnu"/> <!– ou encore : --> <c:out value="${header['user-agent']}"> Inconnu </c:out> <!-- Afficher le paramètre nom de la req http : --> [email protected] <!-- Afficher le paramètre nom de la req http : --> <c:out value="${param['nom']}" default="Inconnu"/>
  • 112. <c:……/> : Librairie de base <c:if/> : Traitement conditionnel <!-- Afficher un message si le paramètre "page" de la requête HTTP est absent --> <c:if test="${empty param['page']}"> paramètre absent ! </c:if> [email protected] <c:chose/> : Traitement conditionnel exclusif <c:choose> <c:when test="${param['x']==1}">Premier</c:when> <c:when test="${param['x']==2}">Deuxième</c:when> <c:otherwise>Aucun</c:otherwise> </c:choose>
  • 113. <c:……/> : Librairie de base <c:forEach/> : Itérer sur une collection : Permet d'effectuer simplement des itérations sur plusieurs types de collections de données. L'attribut items accepte les éléments suivant comme collection : Les tableaux d'objets ou de types primaires Une implémentation de java.util.Collection en utilisant la méthode iterator(). Une implémentation de java.util.Iterator. [email protected] Une implémentation de java.util.Iterator. Une implémentation de java.util.Enumeration. Une implémentation de java.util.Map, en utilisant les méthodes entrySet().iterator(). Une String dont les différents éléments sont séparés par des virgules (mais il est préférable d'utiliser <c:forTokens/> à sa place). Une valeur null sera considérée comme une collection vide (pas d'itération). Si l'attribut items est absent, les attributs begin et end permettent d'effectuer une itération entre deux nombres entiers.
  • 114. <c:……/> : Librairie de base <c:forEach/> : Itérer sur une collection : Exemples : <!-- Afficher tous les éléments d'une collection dans le request--> <c:forEach var="entry" items="${requestScope['myCollection']}" > ${entry}<br/> </c:forEach> <!-- Afficher seulement les 10 premiers éléments --> <c:forEach var="entry" items="${requestScope['myCollection']}" begin="0" end="9"> ${entry}<br/> [email protected] ${entry}<br/> </c:forEach> <!-- Afficher les nombres de 1 à 10 --> <c:forEach var="entry" begin="1" end="10"> ${entry}, </c:forEach> <!-- Afficher tous les paramètres de la requête et leurs valeurs --> <c:forEach var="p" items="${param}"> Le paramètre ${p.key} vaut ${p.value}<br/> </c:forEach>
  • 115. <c:……/> : Librairie de base <c:forTokens/> : Itérer sur des éléments d'une String : Permet de découper des chaînes de caractères selon un ou plusieurs délimiteurs. Chaque marqueur ainsi obtenu sera traité dans une boucle de l'itération. Exemple : <!-- Afficher séparément des mots séparés par un point- virgule --> [email protected] <c:forTokens var="p" items="mot1;mot2;mot3;mot4" delims=";"> ${p}<br/> </c:forTokens>
  • 116. <c:……/> : Librairie de base <c:param/> : Ajouter un paramètre à une URL Permet d'ajouter simplement un paramètre à une URL représentée par le tag parent. Cette balise doit avoir comme balise parent une balise <c:url/>, <c:import/> ou <c:redirect/> (mais pas forcement comme parent direct). [email protected] pas forcement comme parent direct). Exemples: <!-- La forme suivante : --> <c:url value="/mapage.jsp?paramName=paramValue"/> <!-- est equivalente à : --> <c:url value="/mapage.jsp"> <c:param name="paramName" value="paramValue"/> </c:url>
  • 117. <c:……/> : Librairie de base <c:url/> : Créer une URL Permet de créer des URLs absolues, relatives au contexte, ou relatives à un autre contexte. Exemple : <!-- Création d'un lien dont les paramètres viennent d'une MAP --> [email protected] MAP --> <c:url value="/index.jsp" var="variableURL"> <c:forEach items="${param}" var="p"> <c:param name="${p.key}" value="${p.value}"/> </c:forEach> </c:url> <a href="${variableURL}">Mon Lien</a>
  • 118. <c:……/> : Librairie de base <c:redirect/> : Redirection Envoi une commande de redirection HTTP au client. Exemple : <!-- Redirection vers le portail de developpez.com : --> <c:redirect url="http://www.developpez.com"/> [email protected] <!-- Redirection vers une page d'erreur avec des paramètres: --> <c:redirect url="/error.jsp"> <c:param name="from" value="${pageContext.request.requestURI}"/> </c:redirect>
  • 119. <c:……/> : Librairie de base <c:import/> : Importer des ressources Permet d'importer une ressource selon son URL. Contrairement à <jsp:include/>, la ressource peut appartenir à un autre contexte ou être hébergée sur un autre serveur... Exemples : <!-- Importer un fichier de l'application (comme <jsp:include/>) --> <c:import url="/file.jsp"> <c:param name="page" value="1"/> </c:import> <!-- Importer une ressource distante FTP dans une variable --> <c:import url="ftp://server.com/path/file.ext" var="file" scope="page"/> [email protected] <c:import url="ftp://server.com/path/file.ext" var="file" scope="page"/> <!-- Importe une ressource distante dans un Reader --> <c:url value="http://www.server.com/file.jsp" var="fileUrl"> <c:param name="file" value="filename"/> <c:param name="page" value="1"/> </c:url> <!-- Ouverte d'un flux avec un Reader --> <c:import url="${fileUrl}" varReader="reader"> </c:import>