plusieurs Form et plusieurs DispatchAction dans une même page

Version imprimable

03/08/2007, 10h50
phoebe

[Tiles] plusieurs Form et plusieurs DispatchAction dans une même page

Bon je présente rapidement mon soucis :

J'utilise Tiles pour la disposition de mes écran. J'ai une petite zone à gauche de l'écran contenant l'action A et la zone principale qui contient l'Action B
l'Action A est liée à mon Form A.
l'Action B est liée à mon Form B.

Form A et Form B héritent d'un même parent ayant un attribut "dispatch" (c'est l'attribut destiné à contenir le nom de la méthode à appeler)

le problème c'est que quand je clique sur le bouton "supprimer" dans mon Form B, j'aimerais appeler la méthode "supprimer()" de mon Action B, ce que struts fait très bien mais il ne fait pas que ça malheureusement, il appelle aussi la méthode "supprimer()" de mon Action A, et cette méthode n'existe pas......... d'où mon problème

En cliquant sur le bouton "supprimer" la valeur de dispatch de mon Form B est donc renseignée à "supprimer", normal, mais apparement le dispatch de mon Form A l'est aussi, et là c'est moins normal...

quelqu'un a une idée ?
03/08/2007, 11h24
c_nvy

Ce comportement me semble logique vu que tu as donné le même nom de paramètre, soit dispatch, aux deux Actions.

Fais un test en donnant un autre nom à ton paramètre pour la deuxième Action.;)
03/08/2007, 11h28
phoebe

C'est le même nom de paramètre oui, mais pas du même Form...

j'ai essayé de changer le nom du paramètre de mon Action A et du coup ça marche pour l'action "supprimer" mais ça ne marche toujours pas dans certains autres cas, comme "trier" par exemple, et je dois dire que là c'est encore pire, car des fois ça marche et des fois ça marche pas...
03/08/2007, 11h34
willoi

Tu peux faire voir ton code(en particulier pour les methodes ou ca ne fonctionne pas).
03/08/2007, 11h38
c_nvy

Le paramètre est lié à l'Action.
La DispathAction fait un request.getParameter("nomDuParametre") pour récupérer sa valeur, valeur qui correspond au nom de la méthode de l'Action à exécuter.
C'est pour cela que je trouve normal que les méthodes supprimer() des deux Actions soit appelées si tu donnes le même nom à ce paramètre.

Par contre, pour l'autre problème, il faudrait effectivement voir ton code.;)
03/08/2007, 11h49
phoebe

ça venait de mon code javascript, mais ça m'embête de devoir mettre un nom de paramètre différent...

enfin si on a pas le choix...

merci à vous.
03/08/2007, 12h00
c_nvy

Effectivement, tu n'as pas le choix.;)

J'espère que tu as compris pourquoi.:)
03/08/2007, 12h20
phoebe

J'ai compris pourquoi... c'est parce que Struts n'est pas au point à ce niveau, il ne devrait pas stocker le nom de la méthode dans l'attribut "dispatch" mais plutôt dans un attribut qui concatènerait le nom du Form et "dispatch"

Je pense que ça serait possible en redéfinissant le RequestProcessor mais bon comme je sais pas trop où je vais et que ça risque d'être assez lourd, je vais me contenter du struts de base.
07/08/2007, 14h30
phoebe

Je rouvre ce sujet car finalement j'ai toujours un petit soucis.
Voilà j'ai donc mon Action A qui est en fait un petit outil de recherche dans un coin de ma page puis mon Action B qui est la fonctionnalité principale de la page. Le problème c'est que si je lance la recherche (A) alors les résultats s'affichent bien (toujours dans mon Form A, donc sans toucher à mon Form B) mais le pb c'est que je n'ai plus que mon Form A à l'écran.

je rappelle que j'utilise Tiles, je pense que ça vient de là mais je ne vois pas comment faire...
07/08/2007, 14h44
mixouille

Comment ca ? Tu veux dire que tous tes forms sont vides (donc erreurs et/ou zones vides), ou que seul ton tile A s'affiche (seule ta JSP A est exécutée) ?

Si tu as un problème de form vide, mettre tes forms en session pourrait peut-être résoudre ton problème, avec les précautions d'usage quand on utilise un contexte session.

Sinon, pour qu'on comprenne mieux, tu devrais poster le code de ta JSP (surtout ton tag <html:form>), de ton struts-config.xml, et de ton action A.
07/08/2007, 14h46
mixouille

Citation:

Envoyé par c_nvy

Effectivement, tu n'as pas le choix.;)

J'espère que tu as compris pourquoi.:)

Si, il a le choix : ne pas utiliser les DispatchAction, qui ne présentent aucun intérêt, et ont bien plus tendance à créer des bugs qu'à résoudre des problématiques.

OK, voici un extrait de mes fichiers de configuration struts :

tiles-defs.xml

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
<definition name="simpleLayout" template="/WEB-INF/layout/simpleLayout.jsp">
    <put name="header" value="/WEB-INF/tiles/header.jsp"/>
    <put name="gauche" value="/WEB-INF/tiles/gauche.jsp"/>
    <put name="centre" value=""/>
    <put name="footer" value="/WEB-INF/tiles/footer.jsp"/>
</definition>
 
<definition name="/page_A" template="/WEB-INF/tiles/body/actionA.jsp">
</definition>
 
<definition name="/page_B" extends="simpleLayout">
    <put name="centre" value="/WEB-INF/tiles/body/actionB.jsp"/>
</definition>

simpleLayout.jsp

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
 
<table>
  <tr>
    <td colspan="2">
      <tiles:insert attribute="header"/>
    </td>
  </tr>
  <tr>
    <td>
      <tiles:insert attribute="gauche"/>
    </td>
    <td>
      <tiles:insert attribute="centre"/>
    </td>
  </tr>
  <tr>
    <td colspan="2">
      <tiles:insert attribute="footer"/>
    </td>
  </tr>
</table>

gauche.jsp

Code:

1
2
3
4
 
<jsp:include page="/menu.do" flush="true"></jsp:include>
<br />
<jsp:include page="/actionA.do" flush="true"></jsp:include>

struts-config.xml

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
<action path="/actionA" name="formA" 
        scope="request" parameter="dispatch_A"
        type="fr.monAppli.ActionA"
        input="/page_A" validate="true">
  <forward name="init" path="/page_A" />
</action>
 
<action path="/actionB" name="formB" 
        scope="request" parameter="dispatch_B"
        type="fr.monAppli.ActionB"
        input="/page_B" validate="true">
  <forward name="init" path="/page_B" />
  <forward name="calcul" path="/page_calcul" />
</action>

S'il vous en faut plus, je peux encore en rajouter...