Request vs Session + récuperation d'un identifiant d'un node

Version imprimable

Bonjour,

Je suis nouveau sous JSF, et je pense ne pas avoir parfaitement assimilé les concepts de cycle de vie.
Je tente de faire une opération assez simple:
Dans une 1ere page, j'ai un richTree (ou une dataTable, le comportement est identique) contenant des objets ayant un identifiant.
Le tree est inclus dans le bean de la page qui contient en plus un champ selectedID. L'idée est que lorsque l'on clique sur un élément du tree, cela mette à jour le selectedID avec l'identifiant de l'objet cliqué, puis lance une nouvelle fenêtre de détails.

Voici le code de la première page:
Code:

1 2 3 4 5 6 7 8 9 10 11 <h:form id="monForm"> <h:inputHidden value="#{monBean.selectedID}" id="selectedID" /> <rich:tree value="#{monBean.monBeanTree}" switchType="client"var="maNode" > <rich:treeNode icon="monFolder.gif" iconLeaf="monFolder.gif" > <h:commandLink id="maNodeLink" action="#{monBean.showDetail}" target="_new"> <a4j:actionparam name="identifiantMAJ" value="#{maNode.identifiant}" assignTo="#{monBean.selectedID}" /> <h:outputLabel value="#{maNode.identifiant}" styleClass="link"></h:outputLabel> </h:commandLink> </rich:treeNode> </rich:tree>
De la fiche de détails (qui pour l'instant ne montre que l'identifiant):
Code:

1 2 <h:outputText id="value_id" value="#{monBean.selectedID}"/>
Et le showDetail du Bean:
Code:

1 2 3 4 5 6 7 public String showDetail(){ if(selectedID!=null){ return "consult"; } return "error"; }
Mon problème: la fiche de détails est vide si monBean est un bean de request. La page affichera les bonnes informations si il est un bean de session.
Dans le cas d'un scope de request, au debuggueur j'observe (après avoir cliqué sur le lien du node) qu'un premier setSelectedID() est fait avec null; puis un deuxième avec la bonne valeur; puis on passe dans showDetail(), puis *pouf* plus rien dans le bean: selectedID est à nouveau null.

Je suppose qu'il y a une phase de re-post qui n'est pas faite correctement, pourriez vous éclairer ma lanterne?
Aurait-il mieux valut utiliser des actionListener?

Question subsidiaire: pourquoi un c:if est incapable de lire #{maNode.identifiant} ?

16/07/2010, 16h35
Sniper37

c'est logique, un bean en scope request est disponible que pour une requete, ensuite, il est réinitialisé, et comme une requete ajaxa le même fonctionnement qu'une requete normale les informations du bean ne seront plus disponibles au deuxième appel.
la solution en effet, est d'utiliser le scope session, où utiliser le bean avec keepAlive
16/07/2010, 17h36
pasquiel

C'est justement là que je ne comprend pas. Si l'ajax a fait une requête et a modifié les informations du bean, j'obtiens une nouvelle page avec ce nouveau bean. Lorsqu'il re-post une 2eme fois, je m'attendais à avoir les bonnes valeurs du fait de ce second bean.

Peut-on dans ce cas utiliser une méthode similaire pour un tree de récupération de l'élément cliqué comme expliquer dans la faq? (http://javaweb.developpez.com/faq/js...le_active_row1 et http://javaweb.developpez.com/faq/js...le_active_row3)

Aurais-tu un exemple de KeepAlive?

Enfin, peut-on m'expliquer pourquoi le c:if est incapable de lire #{maNode.identifiant} ?
19/07/2010, 09h29
Sniper37

Citation:

Envoyé par pasquiel

C'est justement là que je ne comprend pas. Si l'ajax a fait une requête et a modifié les informations du bean, j'obtiens une nouvelle page avec ce nouveau bean. Lorsqu'il re-post une 2eme fois, je m'attendais à avoir les bonnes valeurs du fait de ce second bean.

le bean est recrée à chaque nouvelle requete lorsqu'il est en scope request, les anciennes valeurs seront automatiquement perdues.

Citation:

Envoyé par pasquiel

Peut-on dans ce cas utiliser une méthode similaire pour un tree de récupération de l'élément cliqué comme expliquer dans la faq? (http://javaweb.developpez.com/faq/js...le_active_row1 et http://javaweb.developpez.com/faq/js...le_active_row3)

Non pour la tree, y'a un exemple sur le site demo de Richfaces, tu peux utiliser le listener ou/et aj4:support.

Citation:

Envoyé par pasquiel

Aurais-tu un exemple de KeepAlive?

Enfin, peut-on m'expliquer pourquoi le c:if est incapable de lire #{maNode.identifiant} ?

Code:

<a4k:keepAlive beanNAme="monBean" />

tu peux utiliser le rendered de JSF au lieu de c:if.
19/07/2010, 12h40
pasquiel

Toujours dans une impasse.

Toutes les techniques citées précédemment marchent parfaitement lorsque l'on fait un rafraichissement d'une partie de la page, mais ne marche pas du tout si l'on envoie sur une nouvelle page (popup fyi) à travers une règle de navigation JSF.
Le keepalive ne m'a pas aidé non plus.
N'y a-t-il pas un moyen de dire de faire un re-post avec les données calculées? Au final c'est pourtant simple, il s'agit juste de passer un paramètre dans un formulaire à partir d'une liste. Cela ne doit pas être si compliqué!

Citation:

le bean est recrée à chaque nouvelle requete lorsqu'il est en scope request, les anciennes valeurs seront automatiquement perdues.

Oui j'ai bien compris que le bean était réinitialisé, pourtant c'est bien le but même de JSF de faire un postback sur lui même afin de garder les informations et de recréer le bean à partir de ces infos. Pourquoi donc je n'ai pas d'attribut "selectedID" re-posté?

Citation:

tu peux utiliser le rendered de JSF au lieu de c:if.

Excellente suggestion, merci cela m'évitera pas mal d'ennui. Ceci dit, cela ne satisfait pas ma curiosité concernant le _pourquoi_ c:if est incompatible avec un objet généré par une table ou un tree.

Citation:

Non pour la tree, y'a un exemple sur le site demo de Richfaces, tu peux utiliser le listener ou/et aj4:support.

Merci, ca marche nickel sur le reRender d'un champs dans la page, mais pas du tout (ou plutôt je ne sais pas faire) à travers une règle de navigation et une nouvelle page.
19/07/2010, 14h24
Sniper37

montre le code où tu veux recuperer les valeurs dans une popup, la regle de navigation si le bean est en session ou keepAlive.

Le code est toujours plus ou moins le même qu'au début du post. Voici sa mise à jour:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
<h:form id="applisListeForm">
	<a4j:keepAlive beanName="monBean"/>
	<h:inputHidden value="#{monBean.selectedID}" id="selectedID"/>
	<div>
		<rich:tree value="#{monBean.monBeanTree}" switchType="client" showConnectingLines="false" 
			 var="maNode" nodeSelectListener="#{monBean.processSelection}" ajaxSubmitSelection="true" reRender="selectedID" >
        <rich:treeNode icon="monfolder.gif" iconLeaf="monfolder.gif" >
				<h:commandLink id="maNodeButton" action="#{monBean.showDetail}" target="_new">
					<h:outputLabel value="#{maNode.identifiant}"/>
				</h:commandLink>
   		</rich:treeNode>
		</rich:tree>
	</div>
</h:form>

La partie listener dans le java:

Code:

1
2
3
4
public void processSelection(NodeSelectedEvent event) {
    UITree tree = (UITree) event.getComponent();
    selectedID = ((maNodeClass) tree.getRowData()).getIdentifiant();
}

La classe du conteneur:

Code:

1
2
3
4
5
6
7
8
9
10
11
public class maNodeClass {
 
	protected String identifiant;
 
	public String getIdentifiant() {
		return identifiant;
	}
	public void setIdentifiant(String identifiant) {
		this.identifiant = identifiant;
	}
}

Le code de la page de la popup est super simple:

Code:

<h:outputLabel value="#{monBean.selectedID}"/>

La règle de navigation:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
<navigation-rule>
	<from-view-id>/vuetree.xhtml</from-view-id>
	<navigation-case>
	 <from-outcome>error</from-outcome>
	 <to-view-id>/vuetree.xhtml</to-view-id>
	</navigation-case>
	<navigation-case>
	 <from-outcome>consult</from-outcome>
	 <to-view-id>/detail.xhtml</to-view-id>
	 <redirect/>
	</navigation-case>
</navigation-rule>

19/07/2010, 17h29
Sniper37

ce n'est pas une modalPanel, tu as sur que la valeur est bien présente dans le bean après l'action?
la valeur reste null même avec un bean en scope session?

NB: si tu veux rester sur la même page en cas d'erreur, pas besoin de définir une règle de navigation, retourne un null dans l'action/
20/07/2010, 14h03
pasquiel

Citation:

tu as sur que la valeur est bien présente dans le bean après l'action?

Oui.

Entre temps j'ai viré le

Code:

<h:inputHidden value="#{monBean.selectedID}" id="selectedID"/>

et le

Code:

reRender="selectedID"

qui me généraient un setSelectedID supplémentaire à vide...

Citation:

la valeur reste null même avec un bean en scope session?

Après investigation, ce n'est pas le même thread qui lance monBean.processSelection et qui fait le test monBean.showDetail, ce qui fait que maintenant, même avec un bean en scope 'session' je n'ai pas toujours (mais la plupart du temps) les données dans le bean sur la nouvelle page.

Bref je me demande si ce que je souhaite faire est seulement possible. Pourtant cela avait l'air si simple. Je vais peut être devoir me tourner vers une solution plus radicale: construire une url et faire un vrai link...

Tout de même, quelqu'un aurait-il une idée?
20/07/2010, 14h52
Sniper37

comment ça n'est pas le même thread..? tu utilise un environnement particulier..??
20/07/2010, 15h10
pasquiel

Pas spécialement. J'ai juste pu constater que dans le debugger d'eclipse ce n'était pas le même thread qui faisait le boulot.
20/07/2010, 15h48
Sniper37

ok, donc, rien de sépcial. Un bean en scope ession ou en keepAlive repondra à ton besoin.
change le switxhType de client à server ou ajax. Avec le mode client tout est généré coté client, pas de traitement coté serveur.
20/07/2010, 17h18
pasquiel

Citation:

Un bean en scope ession ou en keepAlive repondra à ton besoin.

Sauf que je ne veut pas de bean en session afin d'éviter une explosion mémoire. C'est le genre de cas ou cela doit être en request et le rester. Le keepalive ne fonctionne pas (comme précisé précédemment), ou alors je dois l'avoir mal placé.

Citation:

change le switxhType de client à server ou ajax

En ajax pourquoi pas... mais je préfère en client. De toute manière je ne vois pas l'impact que cela peut avoir sur mon problème.
20/07/2010, 17h22
Sniper37

avec switchType client, les valeurs de la tree ne seront pas envoyé au serveur.
Pour le keepAlive, comment tu l'utilise? son intérêt est justement de ne pas déclarer un bean en session et le conserver pendant plusieurs requêtes ajax.
20/07/2010, 18h01
pasquiel

Pourtant je voyais bien dans mon debugger que l'identifiant était changé pour la bonne valeur alors que j'étais en switchtype client.

Pour le keepalive, regarde mon post d'hier soir avec le

Code:

<a4j:keepAlive beanName="monBean"/>
23/07/2010, 16h10
pasquiel

Ca y est, j'ai trouvé.

Tout était dû à une ligne dans la règle de navigation : "<redirect/>".
Elle me faisait un rebond supplémentaire, me re-recréait le bean et aucun paramètre pour l'initialiser.

Après verification, les fonctions suivantes marchent toutes:
- a4j:actionparam avec assignTo
- rich:tree avec nodeSelectListener et le a4j:keepalive.
- la construction d'une url avec l'identifiant en parametre

Merci pour votre aide.