Discussion :

[K-Kaï]

Je débute donc dans l'utilisation des JSP, et il y a quelques questions que je me poses ....

Voila mon application n'est pas seulement basé sur des JSP mais celles -ci représente seulement la vue (modèle MVC).

J'ai donc un ensemble de classes métiers derrière dont une couche d'accès a la base de données (par Hibernate).

Si par exemple dans ma JSP, j'ai besoin de récuperer un certain Fichier (un Java Bean) représenté par son id, qui est passé en paramètre à la requete.

Je fais comment pour aller le recuperer dans la base, sachant que j'ai deja tout ce qu'il faut pour traiter les requètes donc je ne veut pas gerer d'acces a ma base via les JSP.

• En utilisant le tag ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

<jsp:useBean ... />

Comment fait t'il pour instancier le bon Fichier?
Quel est le but de l'attribut scope ?

• En utilisant ma couche de persistance de l'application ? Et en ecrivant une methode de recuperation du bon fichier ? (Je peut si j'ai bien compris créer un tag moi même qui me ferait tout ca pour simplifier.

Sinon quelles librairies de tag vous parraissent bien utile à connaitre ?

[Laurent.B]

Effectivement, un <jsp:useBean > permet d'instancier un bean et donc il faut spécifier dans ses attributs un id (le nom de l'instance) et la classe (le package complet jusqu'au bean), par exemple:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

<jsp:useBean id="uneInstanceToto" class="com.monpackage.Toto" scope="session"/>

Le scope détermine la durée de vie du Bean, il faut un peu chercher dans les FAQ et Tutos pour voir quelles sont les possiblités et quel scope choisir selon la situation.

Le fait de créer ses propres tags deviendra intéressant seulement dans les cas où ce que tu souhaites faire est très spécifiques, sinon mieux vaut utiliser ceux qui existent tel que JSTL qui rend déjà pas mal de services.

Le niveau suivant les jsp:useBean sera d'utiliser des frameworks style Struts, JSF, Spring...etc afin de structurer tes applications de manière plus élaborée

[twif]

bon alors moi tel que l'on m'a appris MVC et j2ee, les balises <jsp:quelquechose.... ça n'existe plus.
il existe des Expressions Languages (EL) pour simplifier tout ça
en gros tu traites la requete, recupères et passes tes objets dont tu auras besoins dans la jsp dans une classe qui s'occupe d'une certaine action. (Classes Action un peu comme dans Struts)
MonObjet nomObjet = maclasseHibernate.getMonObjet(..... );
request.setAtributes("monObjet", nomObjet);
apres un requestDispatcher et un forward sur la jsp qui affichera le resultat.
et dans la jsp tu n'as plus qu'a faire ${monObjet.monAttribut}

j'suis peut etre pas etre tres clair, je ne sais pas comment tu as fait ton modele MVC (une servlet controller et classes actions ? plusieurs servlets ?)

bon week end

[Ricky81]

Précisons que EL c'est à partir de J2EE 1.4, et que le système de balisage reste la base de la techno JSP avec pour l'essentiel JSTL, taglibs Struts, et d'autres telles que Displaytag.

Eric

[K-Kaï]

Ouep, mon MVC se constituera de plusieurs servlet en controlleur, tout un ensemble métier en modèle, et les JSP pour la vue.

Ok, alors, il vaut mieux passer les objets dans la requète c'est bien ca ? J'y avez pensé, mais je trouve cela quand même pas mal lourd ...

Je voulais savoir en fait, si dans l'utilisation des JavaBean, on pouvait invoquer d'autre méthodes que les getters et setters ? Pour aller récuperer le bon dans la base de données par exemple.

[Ricky81]

Je voulais savoir en fait, si dans l'utilisation des JavaBean, on pouvait invoquer d'autre méthodes que les getters et setters ? Pour aller récuperer le bon dans la base de données par exemple.

Pas vraiment, et puis de toute façon ce ne sera plus MVC alors

[K-Kaï]

Donc, pour consulter les informations d'un objet particulier récupéré dans ma base de données et bien respecter l'architecture MVC, je suis obligé de le passé en attribut de requète c'est bien cela ?

[K-Kaï]

J'ai donc passé mon objet dans la requète, j'arrive bien à le récuperer convenablement coté JSP.

J'utilise donc les EL mais si je paramètre un fichier de déploiement web.xml standard, je ne peux pas me servir des EL pour l'affichage (ex : ${MonObjet.nom} sans taglib ( <c:out .../> )

Pourtant, j'utilise le JDK 5.0, JSTL1.1 et Tomcat 5.0.28

Pour que les EL marche sans utiliser le tag out de la JSTL, je suis obliger de spécifier la balise <web-app> du web.xml comme suit :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
<web-app 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"
    version="2.4">

Je voulais donc savoir si il n'y avait pas moyen de faire plus simplement (de plus avec cette balise, il me fait une erreur sur la balise <taglib>)

[Ricky81]

Pour que les EL marche sans utiliser le tag out de la JSTL, je suis obliger de spécifier la balise <web-app> du web.xml comme suit :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
<web-app 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"
    version="2.4">

Je voulais donc savoir si il n'y avait pas moyen de faire plus simplement (de plus avec cette balise, il me fait une erreur sur la balise <taglib>)

C'est le schema à déclarer pour une appli J2EE 1.4, rien de choquant. A partir de J2EE 1.4 il n'est plus nécessaire de définir les taglib dans le web.xml.

Eric

[K-Kaï]

Merci Eric
Je ne savais pas et je n'avais trouvé aucune documentation sérieuse précisant cela.

[Laurent.B]

Perso, je dirais que c'est bien de savoir qu'on n'est pas obligé de les déclarer dans le web.xml, comme avant, mais il également utile de savoir que la structure du schéma nous oblige à les déclarer de manière différente.
Voici un exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
...
<jsp-config>
 
	<!-- Tags Struts ##################################################################### -->
        <taglib>
            <taglib-uri>struts-bean</taglib-uri>
            <taglib-location>/WEB-INF/tlds/struts-bean.tld</taglib-location>
        </taglib>
        <taglib>
            <taglib-uri>struts-logic</taglib-uri>
            <taglib-location>/WEB-INF/tlds/struts-logic.tld</taglib-location>
        </taglib>
        <taglib>
            <taglib-uri>struts-html</taglib-uri>
            <taglib-location>/WEB-INF/tlds/struts-html.tld</taglib-location>
        </taglib>
        <taglib>
            <taglib-uri>struts-tiles</taglib-uri>
            <taglib-location>/WEB-INF/tlds/struts-tiles.tld</taglib-location>
        </taglib>
        <taglib>
            <taglib-uri>struts-nested</taglib-uri>
            <taglib-location>/WEB-INF/tlds/struts-nested.tld</taglib-location>
        </taglib>
 
      <!-- Tags JSTL ##################################################################### -->
        <taglib>
            <taglib-uri>c</taglib-uri>
            <taglib-location>/WEB-INF/tlds/c.tld</taglib-location>
        </taglib>
 
        <taglib>
            <taglib-uri>fmt</taglib-uri>
            <taglib-location>/WEB-INF/tlds/fmt.tld</taglib-location>
        </taglib>
 
</jsp-config>
....

Le fait de les centraliser à cet endroit me paraît quand même une bonne chose...