Ci-dessous, je t’explique tout le chapitre, page par page (1 → 32), en mode “révision/exam”. Je ne saute aucune page.

---

Page 1 — Titre du chapitre

“Les Servlets – Dr. GHERBI” : page de garde du cours. (sevlet ser_compressed.pdf)

À retenir examen : le thème = Servlets (Java côté serveur).

---

Page 2 — Plan du cours

Le cours est divisé en 2 parties :

1. Types d’architecture Client/Serveur
2. Les Servlets (sevlet ser_compressed.pdf)

À retenir examen : tu dois savoir comparer 2-tiers / 3-tiers / n-tiers, puis comprendre Servlet + conteneur + cycle de vie.

---

PARTIE 1 — Architectures Client/Serveur

Page 3 — Introduction : Serveur web

Schéma : Client (navigateur) envoie une demande de page au serveur, le serveur renvoie la page (HTML/JS), puis le navigateur affiche HTML et exécute JavaScript. (sevlet ser_compressed.pdf)

À retenir examen :

• Le navigateur = client
• Le serveur web renvoie une réponse à une requête

---

Page 4 — Types d’architectures Client/Serveur

Annonce des 3 architectures :

• 2-tiers
• 3-tiers
• n-tiers (sevlet ser_compressed.pdf)

À retenir examen : savoir définition + avantages + inconvénients de chaque.

---

Page 5 — Architecture 2-tiers : définition

Définition : application divisée en 2 parties principales : client et serveur. (sevlet ser_compressed.pdf)

Explication simple :

• Le client fait des requêtes (HTTP/fichiers/SQL selon le schéma).
• Le serveur répond (souvent avec accès base de données).

À retenir examen : “2-tiers = client ↔ serveur (2 blocs)”.

---

Page 6 — Avantages du 2-tiers

• Simplicité conception/mise en œuvre
• Performances rapides
• Coût réduit
• Maintenance facile
• Bien pour petites applis locales (sevlet ser_compressed.pdf)

À retenir examen (mots-clés) : Simple, Rapide, Pas cher, Facile à maintenir, Petit contexte.

---

Page 7 — Inconvénients du 2-tiers

• Scalabilité limitée (difficile à faire grandir)
• Sécurité limitée
• Peu adapté aux grandes entreprises
• Gestion limitée des opérations complexes (sevlet ser_compressed.pdf)

Question typique examen : “Pourquoi 2-tiers n’est pas bon pour une grande entreprise ?” → scalabilité + sécurité + complexité.

---

Page 8 — Architecture 3-tiers : définition

Modèle en 3 couches logiques indépendantes :

1. Présentation (Client)
2. Logique métier (Serveur / serveur d’applications)
3. Données (Base de données) (sevlet ser_compressed.pdf)

À retenir examen : “3-tiers = Présentation / Métier / Données”.

---

Page 9 — Avantages du 3-tiers

• Séparation des rôles
• Scalabilité
• Sécurité améliorée
• Performance + fiabilité améliorées (sevlet ser_compressed.pdf)

À retenir examen : le gros plus = séparer (donc plus propre, plus scalable, plus sécurisé).

---

Page 10 — Inconvénients du 3-tiers

• Latence
• Coûts de développement
• Gestion des dépendances
• Déploiement plus complexe (sevlet ser_compressed.pdf)

Piège examen : 3-tiers = mieux structuré, MAIS plus complexe à construire/déployer.

---

Page 11 — Architecture n-tiers : définition

C’est une évolution du 3-tiers : “n” = plus de 3 couches selon la complexité du système. (sevlet ser_compressed.pdf)

À retenir examen : n-tiers = multi-couches (ex : ajout couche API, cache, microservices, etc. — idée générale).

---

Page 12 — Avantages du n-tiers

• Évolutivité
• Sécurité améliorée
• Développement en équipe (sevlet ser_compressed.pdf)

À retenir examen : n-tiers = très bon quand c’est gros/pro.

---

Page 13 — Inconvénients du n-tiers

• Coût de mise en œuvre
• Dépendance inter-couches
• Temps initial plus long (mise en place) (sevlet ser_compressed.pdf)

À retenir examen : n-tiers = top mais cher et long à mettre en place.

---

PARTIE 2 — Les Servlets

Page 14 — Transition “Les Servlets”

Page de séparation : on passe à la partie Servlets. (sevlet ser_compressed.pdf)

---

Page 15 — Définitions (Servlet + conteneur)

• Servlet : composant logiciel Java côté serveur, traite requêtes HTTP et renvoie réponses HTTP.
• Elle s’exécute dans un moteur/conteneur de servlets qui fait le lien entre Servlet ↔ JVM ↔ serveur Web. (sevlet ser_compressed.pdf)

À retenir examen :

• Servlet = “programme Java serveur qui répond au HTTP”.
• Conteneur = “l’environnement d’exécution (ex : Tomcat)”.

---

Page 16 — Architecture (requête/réponse + contenu dynamique)

Schéma :
Client (navigateur) → Requête HTTP → Serveur → (dans Web container) → Servlet produit contenu dynamique → Réponse HTTP vers client. (sevlet ser_compressed.pdf)

À retenir examen : la Servlet sert à générer du dynamique (pas juste pages statiques).

---

Page 17 — Conteneur : plusieurs applis, plusieurs servlets

Un conteneur de servlets peut exécuter plusieurs applications web en même temps, et chaque application peut contenir plusieurs servlets. (sevlet ser_compressed.pdf)

À retenir examen : 1 conteneur ≠ 1 servlet : 1 conteneur → N webapps → N servlets.

---

Page 18 — Pourquoi utiliser les servlets ?

• Générer contenu dynamique
• Gérer requêtes HTTP
• Appli modulaire/maintenable (principe MVC)
• Bénéficier du modèle Java EE / Jakarta EE
• Performance
• Évolutivité (sevlet ser_compressed.pdf)

À retenir examen : 6 raisons clés (dynamique, HTTP, MVC, Java EE, perf, évolutivité).

---

Page 19 — Pour exécuter une servlet (pré-requis)

Besoin de :

1. Java JDK (8 ou +)
2. Apache Tomcat (serveur web Java courant)
3. Un IDE (Eclipse / IntelliJ / NetBeans) (sevlet ser_compressed.pdf)

À retenir examen : l’environnement minimal = JDK + Tomcat + IDE.

---

Page 20 — Première servlet : bibliothèques / imports

Imports typiques visibles :

• java.io.IOException, java.io.PrintWriter
• javax.servlet.ServletException
• javax.servlet.annotation.WebServlet
• javax.servlet.http.HttpServlet
• javax.servlet.http.HttpServletRequest
• javax.servlet.http.HttpServletResponse (sevlet ser_compressed.pdf)

Explication exam-friendly :

• HttpServlet = ta classe servlet HTTP
• HttpServletRequest = ce que le client envoie (requête)
• HttpServletResponse = ce que tu renvoies
• PrintWriter = écrire dans la réponse (texte/HTML)
• WebServlet = annotation pour déclarer l’URL de la servlet (mapping)

---

Page 21 — Exemple Hello World (doGet)

Exemple : une classe HelloWorldServlet extends HttpServlet et redéfinit doGet(request, response) ; elle récupère un PrintWriter via response.getWriter() et fait un out.println("Hello World"). (sevlet ser_compressed.pdf)

À retenir examen :

• doGet() = traiter les requêtes GET
• response.getWriter() = écrire la réponse
• C’est le conteneur qui appelle doGet (via service() en général)

---

Page 22 — JAVA + HTML dans la servlet

Le code écrit directement du HTML :

• out.println("<HTML>")
• out.println("<HEAD><TITLE> HELLO </TITLE></HEAD>")
• out.println("<BODY>")
• out.println("<BIG>Hello World</BIG>")
• out.println("</BODY></HTML>") (sevlet ser_compressed.pdf)

À retenir examen :

• Une servlet peut générer du HTML, mais ça peut devenir dur à maintenir → d’où l’idée MVC (séparer Vue).

---

Page 23 — L’API Servlet (interfaces + classes)

• Une servlet doit implémenter javax.servlet.Servlet et javax.servlet.ServletConfig.
• L’API propose 2 classes d’implémentation :
  • GenericServlet : indépendante du protocole
  • HttpServlet : spécifique HTTP, la plus utilisée (sevlet ser_compressed.pdf)

À retenir examen :

• GenericServlet vs HttpServlet (proto-indépendant vs HTTP).
• En pratique du web : HttpServlet.

---

Page 24 — Cycle de vie d’une servlet

3 phases :

1. Chargement + initialisation : init()
2. Traitement requêtes : service() puis doGet/doPost
3. Destruction : destroy() (sevlet ser_compressed.pdf)

À retenir examen (super important) : ordre classique = init → service (N fois) → destroy.

---

Page 25 — Méthode init()

init() peut être appelée :

• au démarrage du conteneur
• à la première requête
• sur demande explicite de l’administrateur (sevlet ser_compressed.pdf)

À retenir examen : init() = une seule fois, mais moment variable.

---

Page 26 — Méthode service() + GET/POST

• service() est appelée pour chaque requête ; elle vérifie le type et appelle :
  • doGET() (GET utile avec des liens <A HREF="...">)
  • doPost() (POST utilisable avec un formulaire HTML <FORM ... METHOD="POST"> ...) (sevlet ser_compressed.pdf)

À retenir examen :

• service() = dispatch (oriente vers doGet/doPost).
• GET = lien ; POST = formulaire (selon le cours).

---

Page 27 — Interface javax.servlet.Servlet (les 5 méthodes)

L’interface définit 5 méthodes pour dialoguer avec le conteneur (Tomcat/Jetty) :

• init(ServletConfig config)
• getServletConfig()
• service(ServletRequest req, ServletResponse res)
• getServletInfo()
• destroy() (sevlet ser_compressed.pdf)

À retenir examen : apprendre la liste des 5 méthodes.

---

Page 28 — Tableau : rôle + quand c’est appelé

Le tableau précise :

• init(...) : initialise (1 fois) quand la servlet est chargée la 1ʳᵉ fois
• service(...) : traite chaque requête quand le client envoie GET/POST/etc.
• getServletConfig() : retourne config quand serveur/servlet en a besoin
• getServletInfo() : infos (auteur, version, description) pour admin/diagnostic
• destroy() : libère ressources quand serveur arrête servlet (ou s’arrête) (sevlet ser_compressed.pdf)

À retenir examen : associer méthode ↔ rôle ↔ déclencheur (table = question classique).

---

Page 29 — Code de l’interface Servlet

On voit les signatures (à connaître) :

• void init(ServletConfig config) throws ServletException;
• ServletConfig getServletConfig();
• void service(ServletRequest req, ServletResponse res) throws ServletException, IOException;
• String getServletInfo();
• void destroy(); (sevlet ser_compressed.pdf)

À retenir examen :

• service() peut lever ServletException + IOException
• getServletInfo() retourne une String.

---

Page 30 — Exemples de conteneurs de servlets

Liste + description :

• Tomcat : populaire, léger, test/déploiement Java EE/Jakarta EE
• Jetty : rapide, modulaire, embarqué
• GlassFish : complet, conforme Jakarta EE (ex Java EE)
• WildFly : performant, orienté entreprise
• Payara Server : dérivé de GlassFish, plus stable en prod
• WebLogic (Oracle) : pro, grandes entreprises
• WebSphere (IBM) : pro, environnements entreprise (sevlet ser_compressed.pdf)

À retenir examen : Tomcat/Jetty = conteneurs courants ; les autres = serveurs d’applications plus “enterprise”.

---

Page 31 — Focus Tomcat

• Tomcat = serveur JSP-Servlet très populaire
• Couplé avec Eclipse via un plug-in (sevlet ser_compressed.pdf)

À retenir examen : Tomcat = conteneur/serveur web Java fréquent pour les servlets.

---

Page 32 — Ce qui sera fait en TP

En TP :

• configuration serveur d’applications
• compilation servlet
• déploiement servlet
• appel de la requête (sevlet ser_compressed.pdf)

À retenir examen : savoir citer le workflow : config → compile → deploy → test via requête.

---

Mini “fiche d’exam” (ultra utile)

1) Architectures

• 2-tiers : client ↔ serveur (simple, rapide, mais peu scalable/sécu) (sevlet ser_compressed.pdf)
• 3-tiers : présentation / métier / données (scalable, plus sécu, mais plus complexe) (sevlet ser_compressed.pdf)
• n-tiers : + de couches (très évolutif, mais cher/long/dépendances) (sevlet ser_compressed.pdf)

2) Servlet (définition)

Servlet = composant Java serveur qui traite HTTP et renvoie HTTP, dans un conteneur (sevlet ser_compressed.pdf)

3) Cycle de vie (à réciter)

init (1 fois) → service/doGet/doPost (N fois) → destroy (1 fois) (sevlet ser_compressed.pdf)

4) Les 5 méthodes de Servlet

init, service, destroy, getServletConfig, getServletInfo (sevlet ser_compressed.pdf)

---

Si tu veux, je peux aussi te faire une liste de questions d’examen probables + réponses modèles à partir exactement de ces pages (genre 15–20 questions).

D’accord — je te fais le même travail, page par page (1 → 16), section par section, en mode révision/exam sur JSP1.pdf. (JSP1.pdf)

---

Page 1 — Titre

“JSP: Java Server Pages – Dr. GHERBI” : page de garde. (JSP1.pdf)

✅ À retenir examen : chapitre = JSP (Java Server Pages).

---

Page 2 — Définition (c’est quoi JSP ?)

• JSP est une extension de Java qui permet d’écrire du code Java directement dans une page HTML.
• Ce code est exécuté côté serveur, et le résultat (souvent HTML) est envoyé au navigateur. (JSP1.pdf)

✅ Phrase-type examen (à réciter) :

“Une JSP est une page HTML qui peut contenir du Java exécuté sur le serveur pour générer du contenu dynamique envoyé au client.”

---

Page 3 — Fonctionnement (le pipeline JSP → HTML)

Étapes décrites :

1. L’utilisateur demande une page JSP (ex : page.jsp).
2. Le serveur d’applications Java (ex : Tomcat) exécute la page.
3. Le code Java dans la JSP est traduit en servlet Java.
4. La servlet génère une page HTML dynamique renvoyée au client. (JSP1.pdf)

✅ À retenir examen : point clé = “JSP est traduite en Servlet”. (JSP1.pdf)

---

Page 4 — Objectifs des JSP

Objectifs listés :

• Créer des pages web dynamiques
• Séparer présentation et logique métier
• Simplifier le développement web en Java
• Intégrer Java EE / Jakarta EE
• Réutiliser des composants via tags et JSTL (JSP1.pdf)

✅ À retenir examen : si on te demande “Pourquoi JSP ?” → dynamique + séparation + simplification + intégration + JSTL. (JSP1.pdf)

---

Partie “Balises JSP” (pages 5 → 6)

Page 5 — Les balises JSP : définition

• Les balises JSP (JSP tags) = instructions spéciales dans une page JSP.
• Elles servent à faire des actions dynamiques (inclure une page, afficher une donnée, utiliser un objet Java…).
• But : éviter d’écrire du Java “compliqué” partout. (JSP1.pdf)

✅ À retenir examen : “Les tags JSP facilitent le dynamique dans une page JSP.” (JSP1.pdf)

Page 6 — Scriptlet (balise <% ... %>)

• Pour dire “ce qui suit est du JSP/Java”, on utilise le scriptlet :
  <% ... %>
• Exemple donné : int x = 5; out.println("x = " + x); (JSP1.pdf)

✅ À retenir examen : Scriptlet = bloc Java exécuté côté serveur.

---

Déclaration des variables en JSP (pages 7 → 12)

Page 7 — Les 3 façons de déclarer / utiliser des variables

1. Dans un Scriptlet : <% ... %>
2. Dans une Déclaration JSP : <%! ... %>
3. En dehors des scriptlets via EL / JSTL (JSP1.pdf)

✅ À retenir examen : question très probable : “Citez les 3 méthodes”. (JSP1.pdf)

---

Page 8 — 1) Variable dans un scriptlet = variable locale

• Variable temporaire, utilisable seulement à l’intérieur du scriptlet.
• Comme une variable locale dans une fonction. (JSP1.pdf)

✅ Mot-clé examen : “portée locale”.

---

Page 9 — 2) Déclaration JSP <%! ... %> = variable globale

• Déclarée entre <%! et %>
• Visible dans toute la page JSP
• Créée une seule fois, elle persiste entre les appels (JSP1.pdf)

✅ À retenir examen :

• <%! ... %> = global (page entière)
• “persistente” = elle reste quand la page est rappelée. (JSP1.pdf)

---

Page 10 — 3) Méthode moderne : EL / JSTL (sans Java direct)

• En JSP moderne, on évite de déclarer des variables en Java. (JSP1.pdf)
• On utilise des attributs stockés dans les objets standards : request, session, application. (JSP1.pdf)
• On y accède via Expression Language (EL) : au lieu de <%= ... %>, on écrit ${nom_variable}. (JSP1.pdf)

✅ À retenir examen : EL = ${...} (affichage propre, recommandé). (JSP1.pdf)

---

Page 11 — Exemple EL avec request.setAttribute

Exemple (visible sur l’image) :

• Dans un scriptlet, on fait : request.setAttribute("nom", "Sara");
• Puis dans HTML : Bonjour ${nom} (JSP1.pdf)

✅ À retenir examen :

• setAttribute() met la donnée dans request
• ${nom} l’affiche via EL. (JSP1.pdf)

---

Page 12 — Tableau comparatif (SUPER important)

Le tableau résume :

• Scriptlet : <% type nom = valeur; %>

  • Portée : locale
  • Utilisation : “ancienne méthode” (JSP1.pdf)

• Déclaration : <%! type nom = valeur; %>

  • Portée : globale (page JSP entière)
  • Utilisation : rare (fonctions/compteurs) (JSP1.pdf)

• EL / JSTL : ${variable}

  • Portée : dépend de request/session/...
  • Utilisation : recommandée, moderne (JSP1.pdf)

✅ À apprendre comme une mini-fiche : syntaxe + portée + “moderne vs ancien”. (JSP1.pdf)

---

Commentaires et expressions (pages 13 → 14)

Page 13 — Commentaire JSP

• Commentaire interprété uniquement par le serveur :
  <%-- ceci est un commentaire JSP --%> (JSP1.pdf)

✅ À retenir examen : commentaire JSP ≠ commentaire HTML. Ici, il ne sert qu’au serveur. (JSP1.pdf)

---

Page 14 — Balise d’expression <%= ... %>

• Balise d’expression : <%= expression Java %>
• Exemple : <%= 2 + 3 %> (JSP1.pdf)

✅ À retenir examen :

• <%= ... %> = affiche directement le résultat d’une expression Java (côté serveur). (JSP1.pdf)

---

Exemple complet Formulaire → JSP (pages 15 → 16)

Page 15 — Page HTML : formulaire qui envoie vers une JSP

But : permettre à l’utilisateur d’entrer son nom et envoyer à une page JSP. (JSP1.pdf)
Dans le code (image), on voit notamment :

• form action="bonjour.jsp" method="post"
• champ : input type="text" name="nom"
• bouton : input type="submit" value="Envoyer" (JSP1.pdf)

✅ À retenir examen :

• action="bonjour.jsp" = destination
• method="post" = envoi via POST
• name="nom" = nom du paramètre récupéré côté serveur.

---

Page 16 — Page JSP : récupère le nom et affiche un message personnalisé

But : recevoir la donnée et afficher un message. (JSP1.pdf)
Dans le code (image), la logique est :

1. Récupération : String nom = request.getParameter("nom");
2. Vérification : si nom non null et non vide → afficher “Bonjour + nom”
3. Sinon → afficher “Veuillez entrer votre nom…” (JSP1.pdf)

✅ À retenir examen : le trio classique :

• request.getParameter("nom")
• if (nom != null && !nom.isEmpty())
• affichage soit avec <%= nom %> soit avec ${nom} (si on passe par attributs EL).

---

Mini fiche “EXAM” (tout ce qu’il faut savoir vite)

• Définition JSP : Java dans HTML, exécuté serveur, renvoie HTML au navigateur. (JSP1.pdf)
• Fonctionnement : JSP demandée → Tomcat exécute → traduit en servlet → renvoie HTML dynamique. (JSP1.pdf)
• Objectifs : dynamique + séparation présentation/métier + intégration Jakarta EE + réutilisation via tags/JSTL. (JSP1.pdf)
• Tags :
  • Scriptlet : <% ... %> (JSP1.pdf)
  • Déclaration globale : <%! ... %> (persistant) (JSP1.pdf)
  • Expression : <%= ... %> (JSP1.pdf)
  • Commentaire JSP : <%-- ... --%> (JSP1.pdf)
  • EL moderne : ${...} (recommandée) (JSP1.pdf)
• Exemple formulaire : action="bonjour.jsp" method="post" + request.getParameter("nom"). (JSP1.pdf)

---

Si tu veux, je peux maintenant te générer une liste de questions d’examen probables (Q/R) uniquement à partir de ces 16 pages (genre 20 questions, avec réponses modèles).

Parfait 👍
Voici un QCM complet (niveau examen) basé uniquement sur les 2 PDF que tu m’as envoyés (Servlets + JSP).
➡️ 25 questions
➡️ 1 seule bonne réponse par question
➡️ Corrigé détaillé à la fin

---

📘 QCM — Servlets & JSP

---

🔹 PARTIE 1 — Architectures Client / Serveur

Q1. Une architecture 2-tiers est composée de :

A. Client – Serveur – Base de données
B. Client – Serveur
C. Présentation – Métier – Données
D. Client – Middleware – Serveur

---

Q2. Quel est un avantage de l’architecture 2-tiers ?

A. Sécurité élevée
B. Forte évolutivité
C. Simplicité de conception
D. Déploiement très complexe

---

Q3. Quel est un inconvénient majeur de l’architecture 2-tiers ?

A. Coût élevé
B. Scalabilité limitée
C. Trop de couches
D. Performances faibles

---

Q4. L’architecture 3-tiers sépare l’application en :

A. Client – Serveur – Réseau
B. Frontend – Backend
C. Présentation – Logique métier – Données
D. Interface – Contrôleur – Vue

---

Q5. Un avantage clé de l’architecture 3-tiers est :

A. Simplicité extrême
B. Séparation des rôles
C. Faible latence
D. Absence de dépendances

---

Q6. L’architecture n-tiers est :

A. Une architecture avec exactement 4 couches
B. Une architecture obsolète
C. Une évolution du modèle 3-tiers
D. Une architecture uniquement locale

---

🔹 PARTIE 2 — Servlets

Q7. Une Servlet est :

A. Un programme Java exécuté côté client
B. Une page HTML statique
C. Un composant Java exécuté côté serveur
D. Un script JavaScript

---

Q8. Une servlet traite principalement :

A. Des fichiers locaux
B. Des requêtes FTP
C. Des requêtes HTTP
D. Des requêtes SQL

---

Q9. Une servlet s’exécute dans :

A. La JVM du navigateur
B. Un conteneur de servlets
C. Le système d’exploitation
D. Une base de données

---

Q10. Le rôle du conteneur de servlets est :

A. Compiler le HTML
B. Relier la servlet, la JVM et le serveur web
C. Gérer uniquement la base de données
D. Créer les pages statiques

---

Q11. Quel conteneur de servlets est le plus populaire et léger ?

A. WebSphere
B. GlassFish
C. Apache Tomcat
D. WebLogic

---

Q12. Une servlet est généralement écrite en étendant :

A. GenericRequest
B. HttpServlet
C. ServletRequest
D. ServletContainer

---

Q13. Quelle méthode est appelée une seule fois lors du cycle de vie d’une servlet ?

A. service()
B. doGet()
C. init()
D. destroy()

---

Q14. Quelle méthode est appelée pour chaque requête HTTP ?

A. init()
B. destroy()
C. service()
D. getServletInfo()

---

Q15. La méthode service() :

A. Initialise la servlet
B. Détruit la servlet
C. Appelle doGet() ou doPost() selon la requête
D. Affiche uniquement du HTML

---

Q16. Une requête POST est principalement utilisée avec :

A. Un lien <a>
B. Un formulaire HTML
C. Une image
D. Un script JavaScript

---

Q17. L’interface javax.servlet.Servlet définit :

A. 3 méthodes
B. 4 méthodes
C. 5 méthodes
D. 6 méthodes

---

🔹 PARTIE 3 — JSP

Q18. JSP signifie :

A. Java Simple Pages
B. Java Server Pages
C. Java Servlet Pages
D. Java Static Pages

---

Q19. Une page JSP est :

A. Exécutée côté client
B. Convertie en servlet Java
C. Directement interprétée par le navigateur
D. Un fichier JavaScript

---

Q20. L’objectif principal des JSP est de :

A. Gérer les bases de données
B. Créer des pages web dynamiques
C. Remplacer Java
D. Remplacer HTML

---

Q21. Quelle balise JSP permet d’écrire du code Java ?

A. <%= ... %>
B. <%! ... %>
C. <% ... %>
D. ${ ... }

---

Q22. Une variable déclarée dans un scriptlet est :

A. Globale
B. Persistante
C. Locale
D. Partagée entre utilisateurs

---

Q23. Une variable déclarée avec <%! ... %> est :

A. Locale
B. Globale à la page JSP
C. Supprimée après chaque requête
D. Accessible uniquement dans HTML

---

Q24. La méthode moderne recommandée pour afficher des données en JSP est :

A. Scriptlet
B. Déclaration JSP
C. Expression Language (EL)
D. Commentaire JSP

---

Q25. L’expression ${nom} permet :

A. De déclarer une variable
B. De commenter du code
C. D’afficher une valeur stockée dans request/session
D. De créer une servlet

---

✅ CORRIGÉ (Solutions)

Question	Réponse
Q1	B
Q2	C
Q3	B
Q4	C
Q5	B
Q6	C
Q7	C
Q8	C
Q9	B
Q10	B
Q11	C
Q12	B
Q13	C
Q14	C
Q15	C
Q16	B
Q17	C
Q18	B
Q19	B
Q20	B
Q21	C
Q22	C
Q23	B
Q24	C
Q25	C

---

📌 Si tu veux, je peux aussi :

• te faire un QCM chronométré (mode examen)
• ou un QCM pièges (questions difficiles)
• ou transformer ce QCM en fiche de révision ultra-rapide

Dis-moi 👌