Servlets et déploiement Web JEE

Une application Web est composée de plusieurs liens ou chemins (URL) menant à des pages HTML distinctes. En JEE, chaque page renvoyée est générée dynamiquement par une classe Java appelée "servlet". L'ensemble des fichiers qui composent une application Web en JEE est nommé "contexte de l'application".

Une servlet est une classe Java exécutée côté serveur. Elle reçoit des requêtes HTTP d'un client web, effectue des traitements et génère une réponse HTTP dynamique renvoyée au client. Elle s'exécute sur un moteur de servlet, comme Tomcat, qui gère son cycle de vie et le passage des requêtes et des réponses.

Il s'agit d'un protocole de transport chargé de transmettre les requêtes du client vers la servlet et les réponses de la servlet vers le client. Il permet au client de récupérer des fichiers statiques (PDF, images) et dynamiques (JSP, ASP) et de soumettre des formulaires.

Une requête HTTP peut être envoyée en utilisant les méthodes GET et POST. GET est utilisée pour récupérer le contenu d'un document depuis le serveur, tandis que POST est utilisée pour soumettre des formulaires.

L'en-tête contient des informations sur la requête ou la réponse, telles que le type de contenu, la date, le serveur, etc. Le corps contient les données réelles de la requête ou de la réponse.

MIME signifie Multipurpose Internet Mail Extensions. Un type MIME est utilisé pour spécifier le type de document transporté par HTTP, par exemple image/gif pour les images GIF, text/html pour les fichiers HTML, etc.

Une servlet est une classe Java qui utilise des bibliothèques JEE pour écrire du HTML. Elle nécessite une configuration pour fonctionner sur le web côté serveur, notamment un chemin virtuel (URL pattern), des paramètres d'initialisation, etc.

C'est un chemin virtuel qui permet d'accéder à la servlet. Par exemple, "http://localhost:8080/projet/salut" pourrait être le chemin virtuel pour accéder à une servlet nommée "HelloWorldServlet".

Une application Web JEE peut être composée de plusieurs servlets, et un fichier index.html (ou index.jsp) permet d'accéder aux différentes servlets.

Le fichier web.xml est un fichier de configuration de l'application web qui contient des informations sur les servlets (nom de la classe, chemin virtuel), le nom d'affichage de l'application, les fichiers d'accueil, etc.

Les annotations remplacent le paramétrage effectué avec le fichier web.xml, à l'exception des fichiers de bienvenue et des pages d'erreurs.

Une servlet peut avoir des paramètres d'initialisation, qui sont des variables avec un nom, une valeur et une description. Ils peuvent être stockés dans le fichier web.xml ou avec des annotations et sont récupérables grâce à la méthode getInitParameter() lors du démarrage de la servlet.

L'annotation @WebServlet permet de déclarer une servlet avec des attributs tels que le nom de la servlet, les URL patterns, l'indicateur de démarrage, les paramètres d'initialisation, le support des opérations asynchrones, les icônes et la description.

L'annotation @WebInitParam permet de définir un paramètre d'initialisation pour une servlet ou un filtre. Elle prend en paramètres le nom, la valeur et la description du paramètre.

L'API Servlet fournit des classes et des interfaces pour la manipulation des servlets. Elle est contenue dans le JSDK (Java Servlet Development Kit) et est répartie dans deux packages: jakarta.servlet pour les servlets génériques et jakarta.servlet.http pour les servlets utilisant le protocole HTTP.

L'interface ServletConfig permet au conteneur de passer des informations à une servlet lors de son initialisation, tandis que ServletContext permet à une servlet de communiquer avec le conteneur de servlets.

RequestDispatcher permet de rediriger les requêtes du client vers une autre ressource, comme une servlet, un fichier HTML ou une JSP, tandis que ServletRequest représente la requête du client et ServletResponse représente la réponse de la servlet.

L'interface SingleThreadModel garantit qu'une servlet ne traite qu'une seule requête à la fois, tandis que GenericServlet est une classe de base pour les servlets indépendantes du protocole.

L'interface HttpServletRequest hérite de ServletRequest et représente une requête HTTP, tandis que HttpServletResponse hérite de ServletResponse et représente une réponse HTTP. Enfin, HttpSession représente une session utilisateur.

Un cookie est un ensemble de données stockées par le navigateur client sur la machine de l'utilisateur. L'API Servlet utilise la classe Cookie pour gérer les cookies.

L'API HttpSession permet de suivre les sessions utilisateur, qui sont des informations associées à chaque utilisateur et valables pour une durée déterminée. Elle utilise des méthodes comme getSession(), setAttribute(), getAttribute(), removeAttribute() et invalidate() pour gérer ces sessions.

Les servlets peuvent partager des informations (comme un état ou une ressource) ou du contrôle (comme un traitement) via l'interface ServletContext. Cela permet aux servlets de collaborer et de fonctionner ensemble.

La méthode forward() permet de rediriger une requête entièrement vers une autre servlet, tandis que la méthode include() permet d'inclure la réponse d'une autre servlet dans la servlet actuelle.

Les filtres de servlet sont des classes Java qui interceptent les requêtes avant d'accéder aux ressources et manipulent les réponses avant de les renvoyer au client. Ils permettent de réaliser des opérations comme l'authentification, le chiffrement, la journalisation, etc.

L'interface Filter possède trois méthodes: doFilter() pour intercepter la requête, init() pour l'initialisation et destroy() pour la désactivation du filtre.

Une page JSP (Java Server Pages) est un fichier qui combine Java et des tags HTML pour produire un document dynamique. Elle est conçue pour faciliter la génération de contenu web dynamique.

Les directives JSP contrôlent le processus de génération de la servlet à partir du code JSP. Les directives les plus courantes sont include (inclusion de fichiers) et page (définition des attributs de la page).

L'inclusion de fichier avec la directive <%@ include %> se produit au moment de la compilation du fichier JSP, incorporant le contenu du fichier inclus comme s'il était écrit directement dans le fichier principal.

La directive <%@ page %> définit les attributs spécifiques à une page JSP tels que le langage, l'héritage, la session, les imports, la taille du buffer, le comportement du buffer, la sécurité, etc.

Les scriplets sont des blocs de code Java intégrés dans le code HTML d'une page JSP. Ils permettent d'exécuter du code Java dans le contexte de la servlet générée.

Un commentaire JSP est un texte qui ne sera pas traité ni envoyé au client. Il sert à commenter le code JSP et à améliorer sa lisibilité.

Une déclaration JSP est un bloc de code Java qui est utilisé pour déclarer des variables ou des méthodes au niveau de la classe de la Servlet générée.

Les expressions JSP permettent d'évaluer une expression Java et de renvoyer sa valeur au format texte. Elles sont équivalentes à un scriplet simple qui appelle out.println().

Les objets implicites JSP sont des objets prédéfinis qui sont disponibles dans le contexte de la servlet générée. Ils représentent des éléments importants de la requête et de la réponse, comme la requête, la réponse, la session, le flot de sortie, le contexte d'application, le contexte de la page et les exceptions.

Le cycle de vie d'une page JSP est similaire à celui d'une servlet, avec des méthodes comme jspInit() pour l'initialisation, _ jspService() pour le traitement des requêtes et jspDestroy() pour la désactivation.

Les actions JSP permettent de réaliser des actions spécifiques telles que l'utilisation de Java Beans, l'inclusion dynamique de fichiers et la redirection vers une autre page. Elles utilisent une syntaxe XML pour être définies.

Les Java Beans sont des classes Java qui représentent des objets de données avec des propriétés accessibles via des méthodes getXXX et setXXX. Ils sont utilisés pour encapsuler et manipuler les données dans une application web.

Les Java Beans respectent des directives spécifiques, telles que la présence d'un constructeur public sans argument, l'accès aux propriétés via des méthodes getXXX/setXXX et la possibilité d'implémenter l'interface java.io.Serializable pour la persistance.