Transmettre un attribut à un managed bean

Bonjour,

J'ai un problème avec les valeurs passées à mon backing bean. J'ai une liste dans laquelle j'utilise un commandLink en regard de chaque élément, pour permettre de modifier l'élément. Le lien ressemble à ça :

Code:

---

1 2 3 4 5

<h:commandLink immediate="true" action="edit" actionListener="#{userMod.editAction}"> <img src="edit.gif" border="0" /> <f:attribute name="user_id" value="#{item.user_id}" /> </h:commandLink>

---

On se trouve dans une dataTable, item est un élément du tableau.
L'idée serait de récupérer la valeur "user_id" comme attribut dans la méthode servant d'actionListener, ce qui ne pose aucun problème en soi, mais avec le managed bean contenant item en portée request, ce qui est transmis comme attribut est incorrect.
En effet, l'instance du bean utilisée pour générer la dataTable n'existe plus lors de l'appel du commandLink, et l'appel à #{item.user_id} renvoie 0.

Si j'utilise une portée session pour le bean, tout fonctionne sans problème. Mais je me dis qu'il doit exister une solution pour le garder en portée request, la valeur que je désire passer en paramètre étant bien présente sur la page quand on la visualise. C'est à la "sortie" de la page (par le commandLink), que l'EL #{item.user_id} est évalué à nouveau, et le bean n'existant plus, il donne une valeur par défaut. En quelque sorte, j'aimerais qu'il n'y ait pas cette évaluation.

Ou alors, il doit exister d'autres moyens de passer un paramètre venant d'un managed bean (portée request) à une méthode actionListener ? Je suis à cours d'idée...

Toute suggestion est la bienvenue.
Merci.

Bonjour à toi,

Dans la FAQ, il y a 3 méthodes (ici, ici et ici) pour récupérer l'élément d'une table affichée sur la ligne où l'utilisateur a cliqué sur un lien / bouton.

Cela résoudrait ton problème du coup, non ?
Ou alors j'ai pas bien saisi ton problème ;)

Super ! Navré de ne pas l'avoir vu dans la FAQ mais je focalisais sur le passage d'un seul attribut et pas spécialement d'une ligne de dataTable.

En outre, il y a une incohérence dans http://java.developpez.com/faq/jsf/?...le_active_row2 qui est la méthode que j'ai choisie (ça a l'air d'être la plus simple).

En effet dans :

Code:

---

1 2 3 4 5 6 7 8 9 10

public void selectionneElement(ActionEvent evt) { // On récupère la datatable. HtmlDataTable table = (HtmlDataTable) evt.getSource(); // On récupère l'objet affiché à la bonne ligne de la datatable. Object o = table.getRowData(); // On récupère aussi son index int index = table.getRowIndex(); // Suite du traitement sur l'objet sélectionné. }

---

L'objet récupéré par evt.getSource() n'est pas une dataTable, puisqu'on a vraisemblablement cliqué sur un commandLink ou un commandButton.
Pour récupérer la dataTable il faut passer un certain nombre de fois par getParent() sur le commandLink ou commandButton.

Exemple :

Code:

---

1 2 3

HtmlCommandLink lnk = (HtmlCommandLink)ev.getSource(); HtmlDataTable table = (HtmlDataTable)lnk.getParent().getParent().getParent();

---

Dans mon cas le lien est dans un HtmlForm qui est dans un UIColumn, d'où la nécéssite d'appeler trois fois getParent().

En tous cas, merci beaucoup romaintaz.

Je suis d'accord avec toi sur les deux points : Oui, c'est la meilleure des trois méthodes (ok, c'est celle que j'avais proposé :mrgreen: ) et oui, il y a une incohérence. Je fais corriger ça !
Merci à toi...