[struts] probleme champs dynamiques

Bonjour,

je viens de créer une page struts à ou je gere des données provenant d'une base de données.

Dans mon ActionForm je possede un tableau de projets .Projet étant une classe qui possède 4 variables membres qui sont des strings (identifiant, libelle, direction et crédit)

J'ai donc choisi d'utiliser le tag nested:iterate avec à l'intérieur le code suivant :

Code:

---

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

<TABLE> <nested:iterate id="it" name="GereGestionForm" property="projets" > <TR> <TD> <bean:write name="it" property="libelle" /> </TD> <TD> <bean:write name="it" property="direction" /> </TD> <TD> <nested:text name="it" property="credit" indexed="yes"/> </TD> </TR> </nested:iterate>

---

J'utilise nested car avec logic:iterate l'affichage ne fonctionne pas et qu'un précédent topic du forum suggere cette solution.

Lorsque ma page s'affiche j'ai donc bien la totalité de mes projets avec pour chaque le crédit correspondant (preuve que l'iteration se fait correctement). Les informations de la base de données sont bien transferrés dans le formulaire.

Le problème vient du fait que lorque je modifie le crédit alloué à divers projets et que je fais un submit, lorque je fais dans mon Action un :

Code:

---

1 2 3 4 5 6

PropertyUtils.getSimpleProperty(aForm, "projets");   ou un   PropertyUtils.getNestedProperty(aForm, "projets");

---

Je récupère le tableau d'origine sans avoir obtenu les modifications désirées.

Si quelqu'un à une solution ???

Merci d'avance.

et enrécupérant juste la propriété credit ?

Le problème , c'est que le champ crédir est inconnu de mon ActionForm puisqu'il se trouve à l'intérieur de mon tableau projets.

Deplus comme je peux avoir n projets, je vais devoir faire n récupération !!

oui mais cela permet de cibler le probleme ...
si tu arrive a avoir un champ credit modifié, on en saura +

Si dans ton Action tu castes le form passé en paramètre avec la classe correspondante et qu'ensuite tu accèdes aux objets de ta collection (en les castants à nouveau) tu ne récupères pas les bonnes valeurs ?

Perso j'ai déjà géré des collections et j'ai jamais eu de problèmes :? sauf quand j'étais en scope request pour mon ActionForm car il n'arrivait pas à repeuplé mon ActionForm !

Je teste et je reviens de suite !

Bon j'ai testé de récupérer crédit, et j'ai une ServletException car la propriété crédit est incunnu.

Maintenant , le fait de caster chacune des cases du tableau ne me parait pas obligatoire car j'utilise aussi un tableau de projets pour récupérer les infos.

Je viens de regarder au debugger, et j'obtiens bien chacun des champs
correspondants de la classe projet.

Ou alors vaudrait il mieux de charger chacun des champs du tableau plutôt que de charger le tableau directement ????

Le fait que ce ne soit pas une collection mais un vrait tableau est-ce important ?

La technique c de remettre a jour le tableau complet.

Je sais pas si ca reponds mais j'arrive pas à lire tout ces messages.

@+

Pourrais tu etre plue précis s'il te plait ???

Merci

et bien en gros il faut que tu repostes toute la liste avec tous les champs, meme ceux qui n'ont pas changé

Lorsque je fais un submit dans mon formulaire, le tableau ainsi que tous les champs du formulaires sont postés automatiquement, sans cela, je ne pourais pas récupérer les champs correspondants dans mon action .

D'habitude cela fonctionne bien mais pas là !!

Où et quand puis je faire le rafraichissement ??

Merci

Qd tu submit un tableau ou plus generalement une collection, il faut absolument la remettre a zero ds la methode reset de ton bean

Non pas la vider avec un clear par exemple ni la mettre a null, le recreer simplement a vide.


@+

Merci beaucoup

Je test cela aujourd'hui et je reviens.

Je viens de tester ta solution, et losque je fais le get property dans mon action, j'obtiens le tableau que je viens de réinitialiser.

Donc ce n'est toujours pas cela.

Merci quand même.

la methode reset est appelée systèmatiquement au debut de toute soumission.

Donc ton tableau est vide puis reremplis par les infos que tu soumets.
Aunfinal tu stocke bien les infos que tu viens de soummetre.


Je pense que tu t'embrouille un peu les pinceau dans ton flow....

Bon courage...
@+

Je vois bien que ma méthode reset est appelée à chaque fois que je fais un submit.

Mais le problème, c'est que je ne sais pas si la formulation de mon nested:iterate groupé avec mon html:text est correcte, et je pense que cela peut venir de là.

Pour l'instants je n'ai que ces méthodes concernant mon tableau de projets dans ma form :

Code:

---

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

public ProjetModel[] getProjets() { return mProjets; }   public ProjetModel getProjets(int aIndice) { return mProjets[aIndice]; }   public void setProjets(int aIndice, ProjetModel aValeur) { mProjets[aIndice] = aValeur; }   public void setProjets(ProjetModel[] aProjets) { mProjets = aProjets; }

---

Doit il y en avoir plus ??

De plus, je viens de metre des points d'arrèts sur les méthodes get et set.

Au final, les méthodes setProjets ne sont jamais appelé alors que les méthodes getProjets sont appelés lors des resets.

Par contre , j'ai un champ caché et sa méthode set est bien appelé, donc je ne sais pas !

Merci encore.

je viens de regrder le source de la page jsp :

code de la jsp :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

<nested:iterate id="it" name="GereGestionForm" property="projets" > <TR> <TD> <bean:write name="it" property="libelle" /> </TD> <TD> <bean:write name="it" property="direction" /> </TD> <TD> <nested:text name="it" property="credit" indexed="yes" /> </TD> </TR>

---

et voici le source de la page venant du navigateur.

Code:

---

1 2 3 4 5 6 7 8 9 10 11

<TR> <TD> Mise en oeuvre de la flotte </TD> <TD> DMON </TD> <TD> <input type="text" name="credit" value="0"> </TD>

---

Ne devrait il pas y avoir dans le name : name="projets[0].credit" ou quelque chose s'en approchant et ce serai pour cela que les setters ne sont jamais appelés ????

nested:write n'existe pas ?

je pense que c ca ton pb. J'avais pas vu.

je viens de tester nested:write et toujours pas de transmission de données.

J'ai bien effacé le fichier _jsp.java et redémarré tomcat.

Saurais tu où je pourrais trouver un code qui marche et sûr, que je puisse voir où sont mes erreurs. et éviter ainsi de monopoliser ton temps.

Il faut pe essayer de remplacer ton tableau par une collection.

Qd je le fais navec une collection ca marche toujours.


Sinon pour les nested il y a le "monkey banana", c une application exemple des nested.

répondre, je vais tester avec une collection. et tester les exemples taglibs.

Pour l'instant je vais en rester là car mon projet est loin d'être terminé , mais je promet d'y revenir plus tard et d'écrire une solution sur le forum.

Merci encore et bonne continuation.

Rocco

http://www.keyboardmonkey.com/pilotlight/index.jsp

http://www.keyboardmonkey.com/next/index.jsp

je viens de tester avec un ArrayList et de remettre des taglibs logic:iterate et bean:write et html:text

et cela ne marche toujours pas.

Quelqu'un serait il où je pourais trouver un code qui fonctionne ,

où je puisse trouver mes erreurs.

Merci d'avance.

Je précise que maintenant j'utilise une collection (ArrayList) et que je n'utilise plus les balises nested !

C'est avec une certaine joie que je rédige ceci.

J'ai enfin trouvé la solution (non sans mal)

J'ai donc utilisé les tags nested et tout fonctionne parfaitement.

voici le bout de jsp :

Code:

---

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

<nested:iterate id="proj" property="projets" > <TR> <TD> <nested:write property="libelle" /> </TD> <TD> <nested:write property="direction" /> </TD> <TD> <nested:text property="credit" /> </TD> </TR> </nested:iterate>

---

Je ne comprends pas pourquoi il n'est pas possible d'utiliser les tags logic et html normaux, mais bon.

Merci pour ceux qui ont répondus.

A partir du moment ou tu utilises les nested, tu dois rester ds leur logique de fonctionnement. Justement le fais de mettre un root , te permet ensuite de ne pas redefinir le bean.

tu n'en vois pe pas l'intétêt, mais si tu fais des changement tu le verras.
Ca te permet d'ecrire bcp moins de code et surtout de faire en sorte qu'il soit bcp plus "maintenable".

@+

C'est la conclusion à laquelle j'était arrivé.

Merci pour tout.

Le problème, c'est que la plupart des tutoriaux ne parlent pas des nested.