"use bean" ou "page import"

Version imprimable

Bonjour,

Pourriez vous m'indiquer les avantages et inconvénients de :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
 
<jsp:useBean class="test.testDb" id="db" scope="session"/>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1">
<title>title</title>
</head>
<body>
<%
        out.println(db.read());
%>
</body>
</html>

par rapport à ça :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
 
<%@page import="test.testDb"%>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1">
<title>title</title>
</head>
<body>
<%
        out.println(testDb.read());
%>
</body>
</html>

Merci par avance,

18/12/2008, 12h47
kmdkaci

"use bean" ou "page import"

Bonjour,
Quand tu utilise :

Code:

<jsp:useBean class="test.testDb" id="db" scope="session"/>

tu spécifie le scope. Tu choisis le type :Session, Application...etc

Tout de même, je me pose cette question :
Ces deux moyens, sont-ils exclusifs ?
18/12/2008, 14h30
Fench

Bonjour,

Dans le premier cas, dans ta jsp tu vas instancier un nouvel objet de ta class testDB en faisant le new dans ta page jsp.

Dans le deuxième cas, la jsp va chercher si il existe une instance de l'objet testDB id="db" soit dans la page, la session l'application etc ... cad qu'il pourra récuperer un objet déjà défini dans une autre page jsp par ex et le manipuler dans cette page. Si id n'existe pas, il sera instancié automatiquement.
18/12/2008, 14h32
Fench

Pour la visibilité de la variable "db" voir le scope tel que:

Citation:

# scope="page | request | session | application"

The scope in which the Bean exists and the variable named in id is available. The default value is page. The meanings of the different scopes are shown below:

* page - You can use the Bean within the JSP page with the <jsp:useBean> element or any of the page's static include files, until the page sends a response back to the client or forwards a request to another file.

* request - You can use the Bean from any JSP page processing the same request, until a JSP page sends a response to the client or forwards the request to another file. You can use the request object to access the Bean, for example, request.getAttribute(beanInstanceName).

* session - You can use the Bean from any JSP page in the same session as the JSP page that created the Bean. The Bean exists across the entire session, and any page that participates in the session can use it. The page in which you create the Bean must have a <%@ page %> directive with session=true.

* application - You can use the Bean from any JSP page in the same application as the JSP page that created the Bean. The Bean exists across an entire JSP application, and any page in the application can use the Bean.
18/12/2008, 16h15
wilv8

Merci à tous pour vos réponses, je ne m'attendais pas à autant de réactivité !

Fench, d'après ton explication, dans le cas d'un "use bean", la classe sera instanciée automatiquement si elle ne l'était pas déjà dans le scope utilisé.
Je suppose donc que le constructeur par défaut sera appelé !

En prenant le problème à l'envers, imaginons une classe de type singleton (constructeur privé et méthode statique d'accès à l'instance), la méthode "use bean" n'est donc pas appropriée...
peut on envisager avec l'autre solution de faire appel à une méthode statique (donc sans instancier la classe ex.: testDb.getInstance()).
18/12/2008, 17h05
Fench

Citation:

dans le cas d'un "use bean", la classe sera instanciée automatiquement si elle ne l'était pas déjà dans le scope utilisé.
Je suppose donc que le constructeur par défaut sera appelé !

OUI

Citation:

En prenant le problème à l'envers, imaginons une classe de type singleton (constructeur privé et méthode statique d'accès à l'instance), la méthode "use bean" n'est donc pas appropriée...

OUI et NON
La class type singleton donne qu'une instance possible je crois ... mais cela n'empéche pas d'avoir qu'une instance dans le cas du scope Application (en effet tu peux la définir dans une servlet)

Citation:

peut on envisager avec l'autre solution de faire appel à une méthode statique

ET donc au final tu as la description de ton singleton dans la JSP et donc unique à ta JSP tandis que le usebean sera encore utilisable pour d'autres !!!
19/12/2008, 17h25
wilv8
Oui mais dans le cas d'un singleton, l'unique instance ne s'obtient pas à partir du constructeur.

Pour rebondir sur ta proposition de servlet, serait il possible de définir dans la servlet l'id de mon instance de façon à ce que les use bean de mes JSP la récupère plutôt que d'essayer de l'instancier à nouveau ?

Exemple :

Dans la servlet :
Code:

1 2 3 MaClasseSingleton c = MaClasseSingleton.getInstance(); c.setId("maClasse");
Dans mes JSP :
Code:

1 2 <jsp:use bean class="monPackage.MaClasseSingleton" id="maClasse" scope="application">
19/12/2008, 19h00
Fench

Moi cela me parait correct ...:lol:

As tu essayé, ça m'interesserait de savoir ;)

Bon we A+

J'ai finalement opté pour une autre solution...

J'ai crée une classe intermédiaire dont le constructeur (public celui ci)
récupère l'instance de mon singleton.
Cette classe dispose d'un attribut du type de ma classe singleton.

Enfin, je fais référence à cette nouvelle classe en tant que bean dans toutes mes JSP avec un scope "session".

Nouvelle classe :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 public class Starter { private MysqlDb db = null; public Connection con = null; public Starter() { super(); db = MysqlDb.getInstance(); //Mon singleton con = db.getConnection(); } }
Appels dans les JSP :
Code:

1 2 3 4 5 <jsp:useBean class="util.Starter" id="db" scope="session"></jsp:useBean> . . Statement statement = (Statement)db.con.createStatement();
Théoriquement, et d'après tes explications ;), ma classe intermédiaire (Starter) ne devra être instanciée qu'une seule fois au cour de la session,
quelque soit le nombre de JSP y faisant appel.

Am I all right ?

22/12/2008, 15h08
wilv8

Ayant eu une réponse à la problématique de mon post
(page import ou use bean), je met résolu !
23/12/2008, 08h41
Fench

Salut,

Moi je trouve ça pas mal (pour le code) :lol:

L'utilité de la classe intermédiaire, 8O

mais bon si ça te convient ;)