Discussion :

[Revolux]

Bonjour,

Je chercher à créer dynamiquement un formulaire (composé de cases à cocher). J'ai cherché un peu partout sur le net et, apparemment, il faut procéder au moyen d'une boucle et d'un indexage :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
<html:form action="/traitement" method="post">
<c:forEach var="element" items="${elements}">
<html:checkbox property="eleves" indexed="true">
</c:forEach>
</html:form>

Je ne souhaite pas utiliser le tag logic:iterate car il nécessite, si j'ai bien compris, d'encapsuler la collection au sein d'un POJO supplémentaire.

Ceci me génère le code html suivant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
<input type="checkbox" name="org.apache.struts.taglib.html.BEAN[0].eleves" value="on" />
<input type="checkbox" name="org.apache.struts.taglib.html.BEAN[1].eleves" value="on" />
...

Toutefois, pour la récupération des données, je ne trouve d'informations que concernant les ActionForm. Je souhaite utiliser une classe héritant de DynaActionForm.
Je ne sais pas comment le déclarer dans le struts-config et pour l'instant je me suis contenté de ceci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
<form-bean name="Formulaire" type="pack.Formulaire">
	<form-property name="eleves" type="java.util.ArrayList" />
</form-bean>

Dans la classe Formulaire, j'accède, à priori, à une propriété "élèves" de type ArrayList (par d'erreur sur le transtypage). Toutefois, celle-ci est vide.

J'ai cherché sur google, mais tout ce que j'ai lu ne m'a donné qu'une information partielle (soit la partie jsp, soit la partie struts-config, soit la partie bean) mais pas la marche à suivre permettant de créer un formulaire dynamique avec DynaActionForm. Quelqu'un la connaîtrait-elle ? (question de pure forme puisque je penses que oui ^^).

Merci.

[c_nvy]

Il faut utiliser le tag html:multibox, la propriété de l'ActionForm doit être de type String[] et il faut l'initialiser.

Donc, dans le struts-config.xml :

Code xml :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
<form-bean name="Formulaire" type="pack.Formulaire">
	<form-property name="eleves" type="java.lang.String[]" initial="{}" />
</form-bean>

et dans la jsp :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
<html:form action="/traitement" method="post">
   <c:forEach var="element" items="${elements}">
      <html:multibox property="eleves">
         <bean:write name="element"/>
      </html:multibox>
   </c:forEach>
</html:form>

Pour info, tu peux très bien utiliser le tag logic:iterate sans créer d'objet supplémentaire :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
<html:form action="/traitement" method="post">
   <logic:iterate id="element" name="elements">
      <html:multibox property="eleves">
         <bean:write name="element"/>
      </html:multibox>
   </logic:iterate>
</html:form>

Sinon, je ne vois pas bien l'intérêt d'utiliser une DynaActionForm puisqu'apparemment, tu crées quand même une classe Formulaire.
Pour ma part, le seul avantage qu'il y ait à utiliser une DynaActionForm, c'est justement d'éviter d'écrire une classe Java pour le formulaire.

[Revolux]

Ah, en effet c'est tout bête, les multibox fonctionnent parfaitement.
Visiblement j'avais mal compris l'utilisation de logic:iterate, ton exemple est nickel.
Le DynaActionForm c'est pour m'éviter d'avoir à écrire les accesseurs.

Merci en tout cas ^^.

[c_nvy]

Le DynaActionForm c'est pour m'éviter d'avoir à écrire les accesseurs.

Enfin, si tu utilises un IDE, il le fait pour toi.

Personnellement, je préfère utiliser les ActionForm car je trouve dommage de polluer le struts-config.xml en y définissant les propriétés des formulaires.

De plus, si tu modifies le nom d'une propriété dans le struts-config.xml et que tu oublies de le modifier dans le get, tu auras une erreur à l'exécution et non à la compilation.

Et enfin, il faut savoir que la réflexion Java est utilisée pour construire une DynaActionForm, ce qui doit avoir un certain coût à l'exécution, surtout quand les formulaires ont beaucoup de propriétés.