Comment passer une ligne sélectionnée à commandLink dans dataTable ou ui: repeat?

quant à la cause, le <f:attribute> est spécifique au composant lui-même (peuplé pendant le temps de construction de la vue), pas à la ligne itérée (peuplée pendant le temps de rendu de la vue).

il y a plusieurs façons de satisfaire à cette exigence.

1. utilisez <f:param> à la place. Il ajoute un paramètre de la requête.

   <h:commandLink action="#{bean.insert}" value="insert">
       <f:param name="id" value="#{item.id}" />
   </h:commandLink>
   

   si votre haricot est demandé scoped, laissez JSF le définir par @ManagedProperty

   @ManagedProperty(value="#{param.id}")
   private Long id; // +setter
   

   ou si votre haricot a une portée plus large ou si vous voulez plus de grain fin validation/conversion, utiliser <f:viewParam> sur la vue cible, voir aussi f: viewParam vs @ManagedProperty :

   <f:viewParam name="id" value="#{bean.id}" required="true" />
   

   de toute façon, cela a l'avantage que le datamodel n'a pas nécessairement besoin d'être préservé pour le formulaire Soumettre (pour le cas où votre haricot est demandé scoped).

   ---

2. utilisez <f:setPropertyActionListener> à la place. L'avantage est que cela supprime la nécessité d'accéder à la table des paramètres request lorsque le bean a une portée plus large que celle de la requête.

   <h:commandLink action="#{bean.insert}" value="insert">
       <f:setPropertyActionListener target="#{bean.id}" value="#{item.id}" />
   </h:commandLink>
   

   en combinaison avec

   private Long id; // +setter
   

   il sera juste disponible par la propriété id dans la méthode d'action. Ce exige seulement que le datamodel soit préservé pour le formulaire soumettre la demande. Le mieux est de mettre le haricot dans la portée de vue par @ViewScoped .

   ---

3. si votre servletcontainer supporte Servlet 3.0 / EL 2.2, alors passez-le simplement comme argument de méthode. Cela exige également que le datamodel soit préservé pour le formulaire soumettre la demande. Le mieux est de mettre le haricot dans la portée de vue par @ViewScoped .

   <h:commandLink action="#{bean.insert(item.id)}" value="insert" />
   

   en combinaison avec:

   public void insert(Long id) {
       // ...
   }
   

   vous pouvez même passer l'objet de l'article entier:

   <h:commandLink action="#{bean.insert(item)}" value="insert" />
   

   avec:

   public void insert(Item item) {
       // ...
   }
   

   sur les conteneurs Servlet 2.5, cela est également possible si vous fournissez une implémentation EL qui supporte cela, comme JBoss EL. Pour plus de détails sur la configuration, voir cette réponse .

   ---

4. Bind la valeur datable à DataModel<E> à la place qui enveloppe à son tour les articles.

   <h:dataTable value="#{bean.model}" var="item">
   

   avec

   private transient DataModel<Item> model;
   
   public DataModel<Item> getModel() {
       if (model == null) {
           model = new ListDataModel<Item>(items);
       }
       return model;
   }
   

   (ce qui le rend transient et instanciation lazily dans le getter est obligatoire lorsque vous utilisez ceci sur une vue ou une session scoped bean depuis DataModel ne met pas en œuvre Serializable )

   alors vous serez en mesure d'accéder à la rangée actuelle par DataModel#getRowData() sans passer quoi que ce soit (JSF détermine la ligne en se basant sur le nom du paramètre request de la commande cliquée lien/bouton).

   public void insert() {
       Item item = model.getRowData();
       Long id = item.getId();
       // ...
   }
   

   cela exige également que le datamodel soit conservé pour le formulaire soumettre la demande. Le mieux est de mettre le haricot dans la portée de vue par @ViewScoped .

   ---

5. vous pouvez utiliser Application#evaluateExpressionGet() évaluer programmatiquement le courant #{item} .

   public void insert() {
       FacesContext context = FacesContext.getCurrentInstance();
       Item item = context.getApplication().evaluateExpressionGet(context, "#{item}", Item.class);
       Long id = item.getId();
       // ...
   }
   

   ---

quel chemin choisir dépend des exigences fonctionnelles et si l'une ou l'autre offre plus d'avantages pour d'autres fins. Personnellement, j'irai de l'avant avec le N ° 3 ou, si vous voulez prendre en charge les conteneurs servlet 2.5 aussi, avec le N ° 2.