Version imprimable
Bonjour,
comment accéder depuis un bean, à un objet instancié par un autre sans qu'il soit statique (ici je dois accéder à une liste de mon contexte application depuis le constructeur du contexte session ).
J'imagine qu'il faut récupérer l'instance générée par le contexte
il faut passer ton premier bean ou son objet éventuellement en paramètre de ton second bean
en paramètre du constructeur ?Citation:
Envoyé par link256
dans tout les cas il faudra à un moment que je désigne d'une façon ou d'une autre l'instance du bean application, ce n'est pas facesContext.getInstance().quelquechose ? c'est ca que je cherche
En paramètre du constructeur oui éventuellement
ma question c'est comment je peux le faire justement ^^
je n'ai pas pu trouver par quel biais on désignait l'instance d'un contexte, si une fonction (par exemple de facesContext ) permettait de les récupérer ou autre.
En règle générale d'ailleurs, il y a un truc qui me parait conceptuellement étrange (entre ça, et le fait qu'apparement (ou alors je n'ai juste jamais trouvé comment ) on ne puisse pas passer de paramètres aux méthodes appelées depuis les jsp ) c'est que tout cet aspect de JEE me parait étonnamment statique, on perd un peu la dimension objet non ?
ce que je veux dire c'est que l'exemple type c'est ca :
il est quand même dommage de ne pas pouvoir passer les valeurs directement dans les constructeurs "coté java" mais de devoir donner les valeurs des attributs :Code:
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
39
40
41
42
43
44
45
1. en passant par les setter
2. depuis la JSP parceque je ne peux pas récupérer en java l'instance courante de mon autre bean
Qu'appelles-tu le constructeur du contexte session ?Citation:
Envoyé par argonath
Si tu as une référence sur l'objet HttpSession, il n'y a aucun problème pour faire ça, tu fais session.getServletContext() et tu as ton contexte application.
De plus rien ne t'empêche dans ton exemple de rajouter un constructeur
Autre chose dans ton exemple il n'y a pas trop d'interet d'instancié un bean au niveau de la JSP.Code:
2
3
4
5public Personne(String nom,String prenom) { this.nom = nom; this.prenom = prenom; }
Tu pourrais faire ca de la manière suivante :
Un formulaire avec la saisie du nom et prénom (dans une première JSP )qui à la validation sera redirigé sur une servlet qui récupère le nom& prénom instanciera l'objet Personne
Il faudrait au passage contrôler les valeurs de nom et prenom avant la création du consstructeur.Code:
2
3Personne personne = new Personne(request.getParameter("nom"),request.getParameter("prenom")); request.setParameter("MaPersonne",personne);
Cette servlet te redirige sur une seconde JSP.
Code:
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
Merci pour ces éléments de réponse, je regarde ça.
Si vos remarques sont instructives, en fait elles ne collent pas à ma situation.
L'exemple que j'avais pris illustrait en fait dans pas mal de tutos l'instanciation d'un bean, avec un constructeur qui affecte des valeurs par défaut aux paramètres, ceux ci recevant leurs véritables valeurs "à coté"
En fait ce que me link256 ne va pas dans mon cas car ce que je veux faire ne concerne pas un formulaire mais bien deux managedBean
pour donner une idée plus claire de ma situation :
premier bean (portée application) contenant une liste d'objets (par exemple des personnes nom/prenom) constamment mis à jour par l'appli.
second bean (portée session) dans lequel un objet "courant" doit être défini dans le constructeur en prenant le premier élément de la liste du bean application.
J'aimerais éviter de trainer des trucs static donc il faut que je retrouve le premier element de cette liste d'une façon ou d'une autre dans le constructeur (Donc ma question est : est ce qu'il existe une méthode JAVA qui renvoie l'instance courante d'un bean ? (ici de mon bean ayant une portée application ) )
ou bien, il faudrait que le constructeur reçoive en paramètre la liste, via la JSP. (mais
1/les constructeurs sont appelés "automatiquement" à l'établissement d'une session.
2/Je ne sais pas comment donner dans une jsp un paramètre à l'appel d'une méthode d'un bean (surtout si ce paramètre est un objet d'un autre bean)
)
Je suppose que tu utilises <jsp:useBean>, c'est bien ça ?
Voici une méthode pour faire ce que tu cherches...
Il suffit que ton bean implémente HttpSessionBindingListener, comme dans cet exemple
Code:
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
39
40
41
42
43
44
45
46package obia.ajax; import javax.servlet.http.HttpSessionBindingEvent; import javax.servlet.http.HttpSessionBindingListener; public class User implements HttpSessionBindingListener { private String name; public User() { super(); } public String getName() { return name; } public void setName(String name) { this.name = name; } @Override public void valueBound(HttpSessionBindingEvent arg0) { String applicationName = (String)arg0.getSession().getServletContext().getAttribute("APPLICATION_NAME"); if (applicationName == null) { applicationName = "Copyright OBia, 2009, tous droits réservés"; arg0.getSession().getServletContext().setAttribute("APPLICATION_NAME", applicationName); } name = applicationName; } @Override public void valueUnbound(HttpSessionBindingEvent arg0) { } }
le servletContext et le contexte des managedBean c'est la même chose ?
Je croyais que dans ce cas là ce serait plutot WebConfiguration que ServletConfig...
Ce que je t'ai mis dans l'exemple correspond au scope "application" des pages JSP
donc je met l'équivalent de ce code pour ma liste dans le bean application et dans mon autre bean je récupère la liste avec quoi ?Citation:
Envoyé par OButterlin
Non, c'est le bean session qui doit utiliser ce code.
Le bean application devrait être créé par une servlet à démarrage automatique, c'est ce qui me paraît le plus adapté à ce genre d'initialisations.
Au cas où tu n'as pas encore utilisé ça, il suffit de rajouter dans le web.xml, au niveau de la définition de la servlet, la directive <load-on-startup>, comme dans cet exemple
Comme ceci, dès le démarrage du serveur, les listes seront initialisées.Code:
2
3
4
5
6
Ce n'est pas ce qui est fait tout le temps ? (Que le constructeur du bean application soit appelé dès le démarrage du serveur, celui du bean session lors de la connexion etc... )Citation:
Envoyé par OButterlin
De plus si la liste présente dans le contexte application doit bien être instanciée et initialisée au démarrage du serveur, ce n'est pas le cas de celle de portée session non ?
J'ai eu l'idée aussi qui me paraissait autrement plus simple de mettre en haut de page de la jsp quelquechose comme :
Ou temp est le nom donné au bean de portée session et contexteApp celui de portée application.Code:<jsp:setProperty name="temp" property="listeActeurs" value="#{contexteApp.listeActeurs}"/>
Mais j'ai une NullPointerException ce qui m'étonne car mes constructeurs normalement ont déjà été appelés au moment ou cette ligne de la jsp est vue...
edit : réussi à faire marcher mon essai avec setProperty en ajoutant un usebean.
Donc résolu, mais un peu à l'arrache... j'ai quand même de grosses lacunes sur les méthodes qu'on a évoqué ^^'
C'est bizarre ta façon de faire...
Le fait d'utiliser <jsp:useBean> avec un contexte application fonctionne effectivement si tu n'as pas besoin d'autre chose dans le contexte mais la servlet me paraît une meilleure solution.
L'autre différence potentielle réside dans le fait que si le chargement de la liste est long, le premier utilisateur qui la demandera patientera un moment puisqu'il faut, dans ton cas, qu'un utilisateur demande au travers d'une page cette liste.
Un autre problème pourrait venir de fait que plusieurs utilisateurs la demande en même temps, puisque l'initialisation n'est pas terminée, le bean risque (à vérifier) de ne pas exister encore et donc d'être instancié plusieurs fois...
non le usebean est pour le contexte session.
Enfin oui je suis bien conscient que la servlet serait mieux, mais je m'y perd ^^'
Là, c'est moi qui me perd...Citation:
Envoyé par argonath
Où est initialisée ta liste du contexte application ?
eh bien c'est là je crois qu'on se comprenait mal ^^
tout ce qui concerne le contexte application, c'est le constructeur du bean de portée application qui les instancie et initialise. Celui-ci est appelé dès le démarrage du serveur non ? (c'est peut être parceque j'utilise jsf qu'il fait ça tout seul avec une servlet "implicite" )
Jamais touché à JSF donc je ne sais pas comment cela fonctionne mais ce que tente de t'expliquer OButterlin qui me reprendra si je me trompe est que ton bean qui doit se situer au niveau du contexte applicatif doit être initialisé.
La solution proposée par OButterlin est de passer par une Servlet
l'option <load-on-startup>1</load-on-startup>
permet de dire que l'on veut que la Servlet soit exécuter au démarrage de l'application sur le serveur (si à 0 elle sera appelée que si une action/requête y fait référence,voir ne pas du tout être utilisée).
Donc cette Servlet va récupérer ta liste d'utilisateur et la placer au niveau du contexte applicatif, que tu pourras mettre à jour.
L'avantage comme cela a été dit est que le premier utilisateur n'aura pas a attendre la génération de la liste et son placement dans le contexte applicatif.
Oui c'est bien ce que j'avais compris effectivement mais j'ai un peu de mal avec les servlets et de mauvaises expériences en les couplant avec le système de managed-bean de jsf ^^'
En fait, tu en es où de ton problème, il est marqué résolu mais tu n'as pas l'air convaincu...
Y a t-il un problème ?
si si c'est bon ^^