Problème avec la balise <h:inputHidden>

Bonjour à tous,

Dans le formulaire d'une page xhtml JSF, je souhaite remplir un champ caché du Managed Bean (appelons le MB1) qui mappe l'objet à enregistrer du formulaire.

Je veux le remplir par la valeur d'une propriété d'un autre Managed Bean (appelons le MB2 de scope session).

J'ai trouvé plusieurs réponses sur Internet : jamais la même façon de procéder. Je les ai toutes essayées. Aucune n'a fonctionné...

Donc si une personne a déjà fait cela et que cela a fonctionné je lui serai très reconnaissant pour son aide.

Merci à l'avance.

Rudy.

Bonjour,
faces-config.xml permet de faire l'initialisation des propriétés de managed Bean
pour votre cas: on pose que la propriété de votre inputHidden dans MB2 est appelé "textCache2" et la propriété de MB1 qui va donner sa valeur à inputHidden est appelé textCache1 donc voila un exemple de configuration de fichier faces-config.xml pour ce scénario:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

<managed-bean> <managed-bean-name>MB1</managed-bean-name> <managed-bean-class>mb.MB1</managed-bean-class> <managed-bean-scope>request</managed-bean-scope> </managed-bean>   <managed-bean> <managed-bean-name>MB2</managed-bean-name> <managed-bean-class>mb.MB2</managed-bean-class> <managed-bean-scope>request</managed-bean-scope> <managed-property> <property-name>textCache2</property-name> <value>#{MIB1.textCache1}</value> </managed-property> </managed-bean>

---

remarque:

managedBean enregistré avec le scope :
1- none appelle seulement none
2- request appelle seulement none request,session et application
3- session appelle seulement none, session et application
4- application appelle seulement none et application.

Je viens juste de voir ta réponse, merci.

Citation:

---

Envoyé par clubist

Bonjour,
faces-config.xml permet de faire l'initialisation des propriétés de managed Bean
pour votre cas: on pose que la propriété de votre inputHidden dans MB2 est appelé "textCache2" et la propriété de MB1 qui va donner sa valeur à inputHidden est appelé textCache1 donc voila un exemple de configuration de fichier faces-config.xml pour ce scénario:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

<managed-bean> <managed-bean-name>MB1</managed-bean-name> <managed-bean-class>mb.MB1</managed-bean-class> <managed-bean-scope>request</managed-bean-scope> </managed-bean>   <managed-bean> <managed-bean-name>MB2</managed-bean-name> <managed-bean-class>mb.MB2</managed-bean-class> <managed-bean-scope>request</managed-bean-scope> <managed-property> <property-name>textCache2</property-name> <value>#{MIB1.textCache1}</value> </managed-property> </managed-bean>

---

remarque:

managedBean enregistré avec le scope :
1- none appelle seulement none
2- request appelle seulement none request,session et application
3- session appelle seulement none, session et application
4- application appelle seulement none et application.

---

Et s'il devait récupérer pas une valeur, ni 2 ou 3 de ce bean en session, mais 4 ou plus ? tu vois que ça grossirait ton faces-config? Le plus simple ne serait pas d'avoir une référence complète du bean MB2 en session côté controleur MB1? exemple :

Code:

---

1 2 3 4 5 6

FacesContext context = FacesContext.getCurrentInstance() .getCurrentInstance(); mb2 = (MB2) context.getApplication() .createValueBinding("#{nomMB2DansFacesConfig}").getValue(context); Object maPremiereValeurCherchee = mb2.getPremiereValeurCherchee(); ...

---

C'est expliqué ici