Intégration Servlet/JSP et DAO

1. Architecture Complète : MVC et DAO

Rappelons-nous du modèle MVC. Le Contrôleur (Servlet) reçoit la requête, la traite, fait appel au Modèle pour obtenir des données, puis les transmet à la Vue (JSP) pour affichage. Mais où se situe le DAO dans tout ça ?

Le DAO fait partie intégrante de la couche "Modèle". Il constitue la sous-couche d'accès aux données. L'idée est de séparer la logique métier (ex: la validation d'un formulaire) de la logique de persistance (ex: l'écriture en base de données).

Le flux complet d'une requête devient alors :

1. Le client envoie une requête (ex: soumet un formulaire).
2. Le Contrôleur (Servlet) intercepte la requête.
3. Le Contrôleur appelle la logique métier (souvent une classe de service ou de formulaire) pour traiter les données.
4. La logique métier appelle le DAO pour interagir avec la base de données (ex: utilisateurDao.creer(utilisateur)).
5. Le DAO exécute la requête SQL via JDBC.
6. Les données (ou un statut) remontent la chaîne jusqu'au Contrôleur.
7. Le Contrôleur stocke les données/résultats dans la requête (request.setAttribute).
8. Le Contrôleur transfère la requête à la Vue (JSP).
9. La Vue affiche les données à l'utilisateur.

Le diagramme suivant illustre cette séparation des responsabilités.

Pour avoir une vision claire de l'organisation des fichiers dans un projet, l'image ci-dessous montre une structure typique.

2. Le point de connexion : la Servlet

La question cruciale est : comment une Servlet obtient-elle une instance du DAO pour pouvoir l'utiliser ?

Une mauvaise pratique serait de faire new ProduitDaoImpl() à chaque appel de doGet() ou doPost(). C'est inefficace et cela peut poser des problèmes de gestion des ressources, notamment des connexions à la base de données.

La solution professionnelle consiste à initialiser le DAO une seule fois et à le rendre disponible pour la Servlet. Pour cela, nous allons utiliser le cycle de vie de la Servlet.

Le cycle de vie d'une Servlet et la méthode init()

Une Servlet est instanciée par le conteneur (Tomcat) une seule fois : soit au démarrage de l'application, soit lors de la première requête qui lui est adressée. Juste après son instanciation, le conteneur appelle sa méthode init(). Cette méthode est donc l'endroit idéal pour effectuer des initialisations coûteuses qui ne doivent être faites qu'une seule fois.

La DAOFactory et le ServletContextListener

Pour découpler complètement notre code, nous ne voulons pas que la Servlet instancie directement une implémentation du DAO. On utilise pour cela le pattern Factory. De plus, cette DAOFactory elle-même doit être créée une seule fois pour toute l'application.

Le mécanisme standard en Java EE pour exécuter du code au démarrage de l'application est le ServletContextListener.

Le tutoriel de Zeste de Savoir explique ce processus de manière très détaillée. Je vous invite à le lire attentivement.

3. Mettre en œuvre le flux de données

Maintenant que la servlet a accès au DAO, voyons comment l'utiliser concrètement dans les méthodes doGet() et doPost().

La vidéo suivante est une démonstration complète et détaillée de l'architecture d'une application JEE, montrant explicitement comment le contrôleur (Servlet) dialogue avec la couche métier et la couche DAO.

Pour compléter, la vidéo ci-dessous offre une perspective un peu différente mais tout aussi pertinente, en se concentrant sur l'initialisation et l'utilisation abstraite du DAO via son interface.

4. Exemple de flux complet : Un formulaire de connexion

Pour synthétiser, regardons un exemple de code complet pour un formulaire de connexion, qui illustre parfaitement l'interaction entre toutes les couches.

1. login.jsp (La Vue)

   • Un formulaire HTML simple avec des champs login et password.
   • Il soumet les données en POST à la servlet /login.
   • Il peut afficher un message d'erreur via l'Expression Language : ${errorMessage}.
     (Voir login.jsp dans la ressource LINK, section 5)

2. Login.java (Le Contrôleur)

   • doPost() est exécutée.
   • Elle récupère login et password de la requête (request.getParameter(...)).
   • Elle appelle la couche d'accès aux données : User user = UserDAO.checkLogin(login, password);.
   • Si user n'est pas null (connexion réussie) :
     • L'objet user est stocké dans la session : session.setAttribute("connectedUser", user);.
     • La requête est transférée (forward) vers une page de succès, par exemple viewArticle.jsp.
   • Si user est null (échec de la connexion) :
     • Un message d'erreur est placé dans la requête : request.setAttribute("errorMessage", "Bad identity");.
     • La requête est transférée de nouveau vers login.jsp pour afficher l'erreur.
       (Voir Login.java dans la ressource LINK, section 3)

3. UserDAO.java (La couche d'accès aux données)

   • Contient une méthode statique checkLogin(String login, String password).
   • Cette méthode se connecte à la base de données.
   • Elle utilise un PreparedStatement pour exécuter une requête SELECT sécurisée et rechercher l'utilisateur.
   • Si un utilisateur est trouvé, elle crée et retourne un objet User.
   • Sinon, elle retourne null.
     (Voir UserDAO.java dans la ressource LINK, section 0)

Ce simple exemple de connexion encapsule tout le flux que nous avons étudié. La vue est découplée du contrôleur, et le contrôleur est découplé de la base de données grâce au DAO.

Conclusion

Félicitations ! Vous avez maintenant assemblé toutes les pièces du puzzle d'une application web Java EE basée sur le modèle MVC. Vous êtes capable de créer une application où la couche de présentation (Servlets et JSP) dialogue de manière propre et sécurisée avec la couche de persistance (JDBC et DAO) pour manipuler des données réelles.

Points clés à retenir :

• L'architecture complète d'une application web Java EE sépare clairement la Présentation (Vue/Contrôleur), la Logique Métier et l'Accès aux Données (DAO).
• La méthode init() d'une servlet est l'endroit idéal pour initialiser des ressources coûteuses comme une instance de DAO, qui sera ensuite partagée par toutes les requêtes.
• Un ServletContextListener est utilisé pour initialiser des ressources à l'échelle de l'application, comme une DAOFactory, au démarrage du serveur.
• La servlet orchestre le flux : elle reçoit les requêtes, appelle le DAO (souvent via une couche métier), place les résultats dans une portée (request ou session), et délègue l'affichage à une JSP.
• La communication entre la servlet et le DAO doit se faire via des interfaces pour garantir un couplage faible et une meilleure maintenabilité.

Dans la prochaine leçon, qui sera un projet pratique, vous allez mettre en œuvre tout ce que vous avez appris dans ce module pour construire une application web CRUD (Create, Read, Update, Delete) complète de A à Z. Ce sera l'occasion de consolider vos compétences et de voir comment tous ces concepts s'articulent dans un projet concret.