défnir valeur par défaut listbox

Version imprimable

Bonjour à tous,

Je m'excuse d'avance si ma question a déjà été posée, pourtant j'ai cherché sans trouver mon bonheur.

J'explique mon problème. J'ai une listbox dont les valeurs sont récupérées dans une base.
J'aimerais au chargement de la page que la valeur selectionnée par défaut est une des celles disponibles.

Par exemple : elle a A, B, C, D, E, all

Actuellement, j'ai "all". J'aimerais donc qu'elle soit "B" par exemple.

Voici mon code qui fonctionne avec "all" :
Code:

1 2 3 4 5 6 7 8 9 <td style="width:100px;border-color:blue;border-style:solid;border-width:1px 0px 1px 0px;"> <bean:message key="bicform.property.filter.flags"/>  <html:select name="viewBicForm" property="filteredModificationFlag"> <html:option value=""><bean:message key="bicform.property.filter.flag.all"/></html:option> <html:options collection="flags" property="flag"/> </html:select> </td>
En espérant d'être clair dans mon explication.

03/08/2010, 20h56
c_nvy

Il suffit d'initialiser la propriété filteredModificationFlag du form-bean viewBicForm à B dans l'Action qui s'exécute avant l'affichage du formulaire.
04/08/2010, 08h49
WillyPayne

Merci c_nvy pour la réponse, mais ca ne marche pas car du coup il est bloqué sur cette valeur initialisée à chaque action...normal...puisqu'il repasse par cette instruction.
04/08/2010, 16h52
c_nvy

Il faut mettre cette initialisation de la propriété filteredModificationFlag dans une Action d'initialisation du formulaire qui n'est appelée qu'une seule fois, au premier affichage du formulaire.
04/08/2010, 18h47
WillyPayne

Mercy encore une fois c_nvy.
Ca fait plaisir d'avoir les gens comme toi :oops:

Le problème c'est que à la phase d'initialisation, c'est dans LoginAction et du coup ma viewBicForm n'est pas encore instanciée ("impossible" de toute façon).

Alors je pense au début de mon action (BicAction), avec une variable static. Cela marche seulement la 1ère fois, parce que après la déconnexion et relogin la listebox est initialée à "all" et plus à "B".

Désolé d'être aussi bleu, je débute...
Peut-on essayer de le faire, si possible bienentendu, dans le JSP svp ?!
04/08/2010, 18h55
c_nvy

Si LoginAction n'est pas liée à viewBicForm, elle peut faire un forward vers une Action d'initialisation (par exemple InitBicAction) liée à viewBicForm.

Dans le mapping de cette Action d'initialisation, il faut mettre l'attribut name="viewBicForm" , l'attribut validate à false et la même valeur dans l'attribut scope que dans le mapping de l'Action BicAction.

Voici mon mapping

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
 
<action path="/logon"   type="bicadm.actions.LoginAction" 
				parameter="actionId" 
				scope="request" 
				name="loginForm" 
				validate="true" 
				input="/jsp/habilitation.jsp">
			<forward name="viewRoleAdm" path="/viewb.do?actionId=action.view.bic"/>
		</action>
		<action path="/logout" type="bicadm.actions.LoginAction" 
				parameter="actionId">
		</action>
 
		<action path="/viewb" 
				type="bicadm.actions.BicViewAction" 
				name="bicForm" 
				scope="session" 
				validate="false"
				parameter="actionId">
			<forward name="viewb" path="/jsp/bic.jsp"/>	  
  		</action>

La question c'est comment faire ce que tu m'as dit ?!

BicViewAction est-elle une DispatchAction ou une LookupDispatchAction ?

Si c'est bien le cas, tu n'as pas besoin de créer une Action d'initialisation.
Tu peux tout simplement créer une méthode dans cette Action qui initialisera la propriété filteredModificationFlag du form-bean viewBicForm et qui sera appelée lors du forward de LoginAction :
Code:

1 2 3 4 5 6 7 8 <action path="/logon" type="bicadm.actions.LoginAction" parameter="actionId" scope="request" name="loginForm" validate="true" input="/jsp/habilitation.jsp"> <forward name="viewRoleAdm" path="/viewb.do?actionId=action.init.bic"/> </action>

Pour répondre à ta question, BicViewAction est de type AbstractLookupDispatchAction.

Alors j'ai suivi ton conseil, mais ca marche toujours pas...

J'ai créé une méthode dans BicViewAction

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
 
 
 
public ActionForward initializeConfigAction(ActionMapping in_mapping,
	  		ActionForm in_form,
	  		HttpServletRequest in_request,
	  		HttpServletResponse in_response) throws Exception{
 
		BicForm viewForm = (BicForm)in_form;
 
		try{
 
			viewForm.setFilteredModificationFlag(Constants.FLAG_X);
 
 
 
		}
		catch (Throwable e)
		{
			e.printStackTrace();
		}
		in_request.setAttribute("viewBicForm", viewForm);
		return in_mapping.findForward("viewb");
	}

puis

Code:

1
2
3
4
5
6
7
protected Map getKeyMethodMap() 
	{
		Map<String,String> map = new HashMap<String,String>();
		map.put("action.view.bic", "viewBic");
		map.put("action.init.bic", "initializeConfigAction");
		return map;
	}

Ca marche mais du coup mon tableau qui doit être rempli (par ViewBicAction) après le LoginAction est vide...

:cry:

05/08/2010, 16h48
c_nvy

Pas facile de comprendre comment ça fonctionne sans avoir tout le code sous les yeux.:(

Si la méthode viewBic est celle qui alimente la collection flags, c'est donc une méthode d'initialisation de la page.
Tu peux donc y initialiser la propriété filteredModificationFlag à B.

Par contre, tu devrais avoir une autre méthode qui s'exécute au submit du formulaire. Est-ce bien le cas ?

Sinon, pour info, il n'y a pas de raison de mettre le form-bean viewBicForm dans le scope request via un setAttribute dans l'Action.
A partir du moment où tu as précisé scope="request" et name="viewBicForm" dans le mapping de l'Action, Struts mets automatiquement le form-bean viewBicForm dans le scope request.
05/08/2010, 17h55
WillyPayne

Merci c_nvy pour les efforts !!!

Mon appli est probablement très simple pour toi, une une page d'authentification, après il arrive directement sur la page et la seule ( d'où dans mon struts-config.xml précédent, j'ai fait action forward actionId=action.view.bic) qui permet de voir les données d'une base sous forme de tableau, puis 3 boutons (ajouter, modifier, supprimer).

Dans LoginAction, comme son nom l'indique : authentification puis initialisation. C'est ici que je récupère les données de la listebox et les stocker dans une classe avec une variable static ArrayList et une méthode static associée.

Dans BicViewAction, je passe une requête à la base et afficher le résultat dans le tableau.

Après la modif que tu m'as conseillée, dans le mapping action, le foward de LoginAction n'est pas action.view.bic mais action.init.bic, du coup à la connexion mon tableau est vide ("normal") puisque action.view.bic n'est pas appelée.

Je pourrais p-e mettre la fonction viewBic dans init() mais ca fait pas propre...
Je mettrai le code si c'est néccessaire, parce que ca fait un peu de bordel quand même.
06/08/2010, 17h36
c_nvy

Dans BicViewAction, tu as une méthode dans laquelle tu passes une requête à la base pour constituer la collection que tu affiches dans la page.
C'est donc ce que j'appelle une méthode d'initialisation.
Tu peux donc y mettre l'initialisation de la propriété filteredModificationFlag.

Et LoginAction forwarde vers cette méthode comme tu avais fait au début.

Par contre, il te faut définir une autre méthode qui sera exécutée au submit du formulaire.

Je l'ai fait comme tu as décrit.
En fait, la listebox + quelques autres servent à filtrer mes données.
Donc il y a un bouton "Filtrer" qui appelle une fonction Javascript et ré-exécuter cette méthode "Dans BicViewAction, tu as une méthode dans laquelle tu passes une requête à la base pour constituer la collection que tu affiches dans la page."

Comme tu peux la voir :
Code:

1 2 3 4 5 6 7 8 9 function filter() { document.forms[0].currentPageT1.value = "0"; document.forms[0].action="<html:rewrite page="/viewb.do?actionId=action.view.bic"/>"; document.forms[0].actionId.value='action.view.bic'; document.forms[0].submit(); disableLinks(); }
Donc la fonction d'iniatilisation est toujours exécutée, la valeur de ma listebox est bloquée sur la même. Si je fais en sorte qu'elle s'exécute une fois (avec variable static) elle marche que pour la 1ere fois, après c'est chargé dans le cache du serveur. Je reviens dans la case de départ :oops:

A part, si tu veux bien donner ton avis, de "dupliquer" la méthode action.view.bic en changeant son nom qui a une seule différence (la fonction init)...mais ca c'est un peu dégueulasse :calim2: :aie:

06/08/2010, 19h39
c_nvy

Alors, si c'est toujours la même méthode qui est exécutée, il faut ajouter un test à l'intérieur pour déterminer si aucun bouton n'a été sélectionné et dans ce cas, initialiser la propriété filteredModificationFlag.

Si tu utilises bien le bouton submit avec l'attribut property, tu peux par exemple initialiser cette propriété par défaut à la valeur init dans l'ActionForm et ensuite, tester dans la méthode si elle a pour valeur init et si oui, initialiser la propriété filteredModificationFlag.

Dans mon JSP, le bouton "Search" qui permet de filtrer les données :

Code:

1
2
3
4
5
6
 
<td style="text-align:right;">
      <img src='<html:rewrite page="/images/24-zoom.png"/>' 
           alt='<bean:message key="bicform.property.filter"/>' name="imageCal" style="vertical-align:middle;cursor:pointer;" 
      onclick="javascript:filter()"/>&nbsp;
 </td>

La fonction filter() :

Code:

1
2
3
4
5
6
7
8
9
 
function filter()
	{
    	document.forms[0].currentPageT1.value = "0";
    	document.forms[0].action="<html:rewrite page="/viewb.do?actionId=action.view.bic"/>";
   	document.forms[0].actionId.value='action.view.bic';
	document.forms[0].submit();
	disableLinks();				   
   	}

Comment faire par rapport à ce que tu dis ? :oops:

10/08/2010, 19h05
c_nvy

Tu pourrais ajouter une propriété supplémentaire dans l'ActionForm que tu initialiserais à la valeur init par exemple et que tu modifierais dans la fonction filter :

Code:

document.forms[0].bouton.value='search';

Il faudrait l'ajouter en champ caché via un tag html:hidden :

Code:

<html:hidden property="bouton"/>

pour que sa valeur soit modifiée au submit du formulaire.
17/08/2010, 15h36
WillyPayne

Ca roule :king:

Merci beaucoup c_nvy !!!

Fuseau horaire GMT +2. Il est actuellement 16h14.