@keepAlive & <redirect />

Version imprimable

21/10/2009, 13h47
soucine

@keepAlive & <redirect />

Bonjour,

Comment peut-on contourner le fait que le @keepAlive ne fonctionne pas lorsque la balise <redirecte/> est présente dans le navigationCase avec un bean en request?

Je m'explique:
Je veux implémenter une fonctionnalité qui est composée de plusieurs étapes (pages). toutes les étapes utilisent le même managed-bean qui est en scope request avec une annotation @keepAlive.

ça marche quand:
1-) managed-bean en scope session && <redirecte/>.
2-) managed-bean en scope request sans le redirecte <redirecte /> ?
mais ça ne fonctionne pas si le bean et en request et qu'il y a un redirecte dans le faces-config :roll:

Quelqu'un aurait une idée de la façon dont on peut contourner ce problème ?
21/10/2009, 13h55
Fafhrd

Ce n'est pas un problème, c'est le comportement normal...

Pourquoi veux-tu pouvoir faire un redirect et utiliser ce composant ?
L'utilisation normal c'est une déclaration dans la request et l'objet est propagé de requête en requête... si tu fais un redirect, tu casses la succession des requêtes donc ça ne fonctionnera plus c'est certain.
Rien ne sert d'utiliser ce composant si tu met ton bean en session... puisqu'il n'y aura jamais qu'une seule instance de ton bean.

La solution si tu dois obligatoirement faire un redirect, c'est de mettre l'objet qui t'intéresse dans la session avant l'appel et de le récupérer ensuite (je me sers de cette solution notamment pour les affichages dans des servlets).
21/10/2009, 14h13
soucine

j'ai rajouté le <redirecte /> juste pour que l'URL soit mise à jour dans le navigateur. j'ai remarqué que ce n'est pas le cas si je ne mets pas de redirecte.

Et puis, J'aimerais éviter de passer par le scope session.
21/10/2009, 14h17
Sniper37

tu peux expliquer ce qui ne marche pas?? le bean est réinitialisé?
21/10/2009, 14h18
soucine

Oui, le bean est réinitialisé malgré le @keepAlive
21/10/2009, 15h01
Sniper37

Citation:

Envoyé par soucine

Oui, le bean est réinitialisé malgré le @keepAlive

et pourquoi ça ne marche pas, tu change de page, le keepalive est fait pour pouvoir utiliser un bean entre plusieurs requete ajax, si tu change de page, c'est comme un nouveau context.
D'ailleurs dans JSF 2.0, il y'a un nouveau scope: page dont le fonctionnement est similaire à keepAlivE.
21/10/2009, 15h02
Fafhrd

Quand tu utilises redirect, tu créés une nouvelle request... Ça équivaut à cliquer sur un lien.
21/10/2009, 15h17
soucine

Dans ce cas, Est-ce qu'il y aurait une autre façon que le <redirecte /> pour que l'URL soit mise à jour dans le navigateur ?
21/10/2009, 15h37
Sniper37

tu peux montrer le code qui cause tous ce problème?

ça ressemble à ça:

page1.jsp

Code:

1
2
3
4
5
6
7
 
<%@ taglib uri="http://java.sun.com/jsf/html" prefix="h"%>
 
<h:form>
	testValue= <h:inputText value="#{myBean.testValue}" />
	<h:commandButton action="#{myBean.traiterValue}"  value="goToNextPage" />
</h:form>

page2.jsp

Code:

1
2
3
4
 
<%@ taglib uri="http://java.sun.com/jsf/html" prefix="h"%>
 
<h:outputText value="#{myBean.testValue}" />

MyBean.java:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
 
@KeepAlive
public class MyBean {
	private String testValue = "default";
 
	public MyBean(){
		System.out.println("MyBean");
	}
 
	public String getTestValue() {
		return testValue;
	}
 
	public void setTestValue(String testValue) {
		this.testValue = testValue;
	}
 
	public String traiterValue() {
		testValue = "Valeur saisie= " + testValue;
		System.out.println("testValue= " + testValue);
		return "etape_2";
	}
}

faces-config.xml:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
 
<?xml version="1.0" encoding="UTF-8"?>
<faces-config version="1.2" xmlns="http://java.sun.com/xml/ns/javaee"
	xmlns:xi="http://www.w3.org/2001/XInclude" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
	xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/web-facesconfig_1_2.xsd">
	...
	<managed-bean>
		<managed-bean-name>myBean</managed-bean-name>
		<managed-bean-class>myPackage.MyBean</managed-bean-class>
		<managed-bean-scope>request</managed-bean-scope>
	</managed-bean>
	...
	<navigation-rule>
		<from-view-id>/page1.jsf</from-view-id>
		<navigation-case>
			<from-outcome>etape_2</from-outcome>
			<to-view-id>/page2.jsf</to-view-id>
			<redirect />
		</navigation-case>
	</navigation-rule>
	...

23/10/2009, 09h24
VirageGroup

bonjour,

Effectivement c'est le comportement normal. Mais cela reste un problème.

Il me semble que SEAM et sa gestion de scope permet d'y pallier.
Sinon, il faut passer par un hack maison du même style que celui du problème du "redirect et des messages JSF":
Il faut sauver temporairement les bean "keepalived" dans la session.
Concrètement, dans la phase avant le redirect (je ne sais plus laquelle) il faut mettre ces beans en session.
Puis dans le before restore view, récupérer ces beans pour les restaurer dans la request Map.

Pour la petite histoire, le <redirect> est aussi nécessaire pour RichFaces si on veut pouvoir générer des requêtes de type: une requête ajax provoque une réponse non ajax.

VG.