[JSTL] c:forEach et EL

Version imprimable

Bonjour, je rencontre un problème avec une page JSP dans une application JEE par rapport au tag <c:forEach>.

Je travaille avec JSF 1.2 et RichFaces, et je veux créer dynamiquement des onglets dans une JSP. J'utilise un <c:forEach> qui boucle sur une ArrayList présente dans mon backingBean. J'utilise avec ce tag une EL type JSF qui donne l'erreur suivante:

Code:

1
2
 
#{..} is not allowed in template text

Voici mon code:

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
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
 
<?xml version="1.0" encoding="ISO-8859-1" ?>
<%@ page language="java" contentType="text/html; charset=ISO-8859-1"
	pageEncoding="ISO-8859-1"%>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
 
<%-- JSF taglibs --%>
<%@ taglib uri="http://java.sun.com/jsf/html" prefix="h"%>
<%@ taglib uri="http://java.sun.com/jsf/core" prefix="f"%>
<%@taglib uri="http://richfaces.org/rich" prefix="rich" %>
<%@taglib uri="http://richfaces.org/a4j" prefix="a4j" %>
 
<html xmlns="http://www.w3.org/1999/xhtml"
	xmlns:c="http://java.sun.com/jstl/core"
	xmlns:f="http://java.sun.com/jsf/core"
	xmlns:h="http://java.sun.com/jsf/html">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1" />
 
<link rel="stylesheet" type="text/css" href="./default/css/ownStyle.css" />
 
<title>Data Web Admin - Contents of the variables</title>
</head>
<body>
 
<jsp:include page="./default/html/banner.html" />
 
<div class="contents">
 
<f:view>
 
	<div class="inside2">
		Choose the contents of the variables to create the file
		<br /><br />
	</div>
 
	<h:messages />
	<h:form>
 
 
<h:panelGrid>
		Periodicity of the data: <br />
		<h:selectOneRadio id="list" value="#{dataBase.period}">
			<f:selectItems value="#{dataBase.listPeriod}"/>
		</h:selectOneRadio>
 
		<br />
 
		<h:commandLink action="#{dataBase.changeDisplay}" immediate="true">
        	<h:outputText value="Switch display"/> 
        </h:commandLink>
 
		Contents: 
		<br />
		 <h:dataTable value="#{dataBase.displayContentList}" var="displayCL" binding="#{dataBase.table}" 
		 	styleClass="dataTableContents" rules="all" rendered="#{dataBase.bool2}">
		 	<h:column>
			 	<rich:simpleTogglePanel switchType="client" label="Variable: #{dataBase.variableNames[dataBase.table.rowIndex]}"
			 		styleClass="togglePanel">
					<h:selectManyListbox id="selecVariables" 
							value="#{dataBase.listSelContMatrix[dataBase.table.rowIndex]}" 
							size="#{dataBase.tableSize[dataBase.table.rowIndex]}">
							<f:selectItems value="#{displayCL}" />
					</h:selectManyListbox>
				</rich:simpleTogglePanel>					
			</h:column>
		</h:dataTable>
 
<!-- code qui pose problème -->		
		<rich:tabPanel switchType="client" rendered="#{ dataBase.bool2}">
			<c:forEach items="#{dataBase.displayContentList}" var="displayCL" varStatus="status">
		        <rich:tab label="Variable: ">
		            <h:selectManyListbox id="selecVariables">
							<f:selectItems value="#{dataBase.displayCubeNames}" />
					</h:selectManyListbox>
		        </rich:tab>
			</c:forEach>
    	</rich:tabPanel>
</h:panelGrid>
 
		<br />
		<br />
		<h:commandButton value="Download File" action="#{dataBase.validateContent}"></h:commandButton>
	</h:form>
 
 
</f:view>
 
</div>
</body>
</html>

J'ai pourtant, il me semble, procédé comme sur un site dédié à RichFaces, la page dont je me suis inspiré est celle-ci:
http://blog.hibernate.org/11633.lace

Quand je remplace

Code:

1
2
 
"items="#{dataBase.displayContentList}""

par

Code:

1
2
 
"items="${dataBase.displayContentList}""

là ça fonctionne, mais ce n'est pas beau, et après dans mon selectItem je ne peux pas récupérer l'élément numéro i de ma liste.

Si quelqu'un avait une idée sur la question, cela m'arrangerait grandement!

Merci!

14/08/2009, 11h57
Malone

Je me souviens m'être battu un peu avec la jstl pour ça, au final j'ai utilisé cette solution:
http://openfaces.org/demo/foreach/ForEach.jsf
14/08/2009, 13h37
ronchman07

Ok, merci de ton aide, mais je ne vois pas trop à quoi sert ce lien: il n'y a pas de code source pour la démo, aucun élément permettant de m'aider.
J'ai essayé d'autres pages du site, mais pas un suel code source.

Je pense avoir compris sur quel objet s'utilisait un forEach, mon ArrayList n'est pas vide, mon erreur ne vient donc pas de là.

Merci de ton aide quand même.

Le lien est celui de openFaces, qui propose un composant qui permet de boucler sur une collection, par exemple:
Code:

1 2 3 4 5 6 <o:forEach items="#{clientAction.alphabet}" var="lettre"> <h:commandLink actionListener="#{clientAction.triRepertoire}" value="#{lettre}" styleClass="tableTriAlphabet"> </h:commandLink> </o:forEach>
Dans ton premier message tu cites deux fois le même bout de code sur la fin, tu peux corriger stp pour bien cibler ton problème?

14/08/2009, 14h36
ronchman07

Ok, merci, j'avais bien compris ce qu'était OpenFaces, mais impossible de trouver des exemples de code sur leur site, ni ailleurs. Cette librairie de tags n'a pas l'air bien documentée, c'est vrai? Je n'ai pas envie de deviner la façon de coder mon appli.

Sinon, pour mon premier message, je n'ai pas écrit deux fois la même chose: une fois avec un "#", une fois avec un "$".

Merci pour ton bout de code en tout cas, si je n'arrive vraiment pas à faire avec mon c:forEach, je prendrai la librairie OpenFaces. Ce serait juste un peu honteux d'importer une librairie entière pour ça.

Merci pour ton aide!
15/08/2009, 00h12
twister9458

Bonjour;

J'ai eu le même problème, du coup j'ai aussi voulu utiliser OpenFaces.

Le problème est que même si j'utilise

Code:

xmlns:o="http://openfaces.org"

,
l'IDE renvoit une erreur au niveau de o:forEach que je ne comprends pas :
"The attributes for a standard action or an interpreted tag cannot be deferred expressions"

Merci pour votre aide
16/08/2009, 22h35
ronchman07

Si je ne suis pas le seul à avoir ce problème, c'est donc qu'il y a potentiellement une erreur sur le site de démo de RichFaces?

Je trouve ça tellement hallucinant d'importer une librairie entière juste pour un composant!
16/08/2009, 22h46
tchize_

la notation #{...} n'existe que depuis la version de JSP incluant JSF (coincie avec tomcat 6, j'ai pas le numéro de spécification en tête). Dans les version précédente, la JSTL utilisaut $ comme signe d'expression. De plus, il ne faut pas perdre de vue que c:forEach ne sera exécuté qu'un fois, au build de la vue, et que donc les valeur impliquées par la boucle seront "figées" une fois pour toutes dans la vue de l'utilisateur. Pour cettre raison, il faut n'utiliser que des valeur en application scope et qui ne changent jamais (ou rarement). Si la boucle doit itérer sur des choses différentes à chaque requete, il faudra utiliser de tags comme datatable.
17/08/2009, 08h58
ronchman07

Ok, merci pour votre réponse.

Mon application tourne sur Tomcat 6, choix que j'ai fait car je pensais qu'en prenant la dernière version, il n'y aurait pas de problème de compatibilité de version de JSTL, et que les commandes rustiques "$" ne s'utiliseraient plus.
Peu importe, mon problème est que même avec des "$", le forEach ne boucle pas sur les "item" donnés en attribut, alors que si vous remarquez bien, dans la même page j'ai une dataTable construite sur une itération sur les mêmes "item", qui elle marche très bien.

D'où deux solutions:
- soit j'arrive à faire itérer les forEach pour créer mes tabPanel
- soit je créée des tabPanel avec une dataTable, comme vous suggérez, mais alors là je veux bien un bout de code explicatif, parce que je ne vois vraiment pas comment faire. J'ai fait avec des forEach car c'était ce que j'ai vu un peu partout. Le fait d'utiliser les dataTable me séduit, mais je ne pense pas que ce soit possible.

Merci pour votre aide.

pour un panel, non ce n'est pas possible car datatable va rajouter plein de tags html. Par contre un tomahawk:dataList pourrais peut etre faire l'affaire. Tout dépend au final si c'est le tabbedPanel qui va consulter se liste de panneaux enfant pour les dessiner ou si c'est les panneaux eux même qui se dessinent dans le parent. Car ça change tout le comportement. A tester donc.

forEach, ca va créer plusieurs objet dans l'arbre JSF, tandis que datatable / datalist et cie vont créer une seul composant qui fera son rendu plusieurs vois avec des valeurs différentes. C'est une différence fondamentale. Dans le premier cas, la création des composant doit se faire (et se fera) lors du "CREATE_VIEW", c'est à dire, grosso modo, une fois pour toutes pour un utilisateur donné avant qu'il soumette quoi que ce soit. Autrement dit, pas question que le nombre de panneaux change entre deux requete, ca ne marchera pas (il gardera sa valeur initiale). Pas question non plus que la valeur itérée par le c:forEach soit initialisée automatiquement par JSF, car les tags JSTL ne sont pas des tags JSF. Enfin aussi, normalement, va question d'utiliser des valeurs venant du tags for each (comme l'index d'itération) dans des EL JSF. Ces derrnières seront évaluées lors des différentes phase à chaque fois. Hors, à part lors du CREATE_VIEW, elles n'existeront plus.

quand au # / $. Il faut un tomcat récent (le 6 par exemple), mais il faut aussi que l'entete dans ton web.xml mentionne que tu utilise du jave EE 5. Ton web.xml dois commencer comme ça donc
Code:

1 2 3 4 5 6 # <?xml version="1.0" encoding="UTF-8"?> <web-app xmlns="http://java.sun.com/xml/ns/javaee" 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-app_2_5.xsd" version="2.5">

17/08/2009, 10h44
ronchman07

Ok, merci pour cette précision sur la construction de l'arbre JSF avec un forEach.
Je ne comprends alors pas le code source du blog RichFaces que j'ai donné dans le premier post, où ils construisent des onglets dynamiquement avec un forEach et une EL type JSF ("#").
C'est exactement ce que je veux faire, mais chez moi ça ne marche pas:
- d'une part les EL JSF lancent une erreur (d'ailleurs j'ai la même entête web.xml que vous, Tomcat 6, et les EL JSF ne marchent pas)
- d'autre part si les EL JSF ne marchent pas, et que l'on ne peut pas récupérer la valeur de l'itérateur courant qui vient de forEach de JSTL, alors je ne vois pas comment créer des onglets dynamiquement est possible.

Merci de votre aide!
17/08/2009, 11h34
tchize_

Citation:

Envoyé par ronchman07

Je ne comprends alors pas le code source du blog RichFaces que j'ai donné dans le premier post, où ils construisent des onglets dynamiquement avec un forEach et une EL type JSF ("#").

Le code que tu mentionne n'utilise pas de JSP mais facelets.

Citation:

- d'une part les EL JSF lancent une erreur (d'ailleurs j'ai la même entête web.xml que vous, Tomcat 6, et les EL JSF ne marchent pas)

Normalement, en JSP 2.1, les JSTL sont correctement intégrées à JSF (et donc il devrait etre possible d'accéder au variables d'itération depuis JSF). Mais pour ca il faut utiliser la bonne version de jstl. Quelle version du jar utilise-tu?

Si vous parlez de mon jar jstl, je pense que ma version est 1.1:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
 
Manifest-Version: 1.0
Ant-Version: Apache Ant 1.6.1
Created-By: 1.4.2-38 ("Apple Computer, Inc.")
Specification-Title: JavaServer Pages Standard Tag Library (JSTL)
Specification-Version: 1.1
Implementation-Title: JavaServer Pages Standard Tag Library API Refere
 nce Implementation
Implementation-Version: 1.1.2
Implementation-Vendor: Sun Microsystems, Inc.
Implementation-Vendor-Id: com.sun
Extension-Name: javax.servlet.jsp.jstl

Sinon, mon JSF est version 1.2 comme je disais dans le premier post.

Merci de votre aide.

17/08/2009, 13h49
tchize_

Tu dois prendre la version 1.2 de la jstl. La 1.1 ne marche aps avec jsf
17/08/2009, 15h18
ronchman07
Ok, je viens de prendre la version 1.2 de la JSTL, mais les "#" ne marchent toujours pas, je viens d'avoir un
Code:

1 2 #{..} is not allowed in template text
à l'instant même.

J'ai bien sûr enlevé le jar de la JSTL que j'avais avant.
17/08/2009, 15h38
tchize_

tu n'as plus aucune tld extérieur au jar qui traienraient?

Non, je n'ai plus de tld qui font référence à ce jar.

Néanmoins, je viens de remarquer que mon faces-config.xml commençait comme ça:
Code:

1 2 3 4 5 6 7 <?xml version="1.0" encoding="UTF-8"?> <faces-config xmlns="http://java.sun.com/xml/ns/javaee" 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" version="1.2">
Cela peut-il venir de là?

18/08/2009, 14h46
Mede12

Comment as tu fais pour passer à la version 1.2 du JSTL ?
Personnellement j'utilise NetBean et par défaut il utilise la version JSTL 1.1.
J'ai donc enlevé cette librairie que j'ai remplacé dans un premier temps par les jar suivants :
- jstl-api-1.2.jar
- jstl-impl-1.2.jar
qui viennent du lien https://jstl.dev.java.net/

Puis j'ai essayé avec le jstl-1.2.jar qui vient de https://maven-repository.dev.java.ne...ory/jstl/jars/

Mais sans résultats non plus ^^'

Le problème viendrais t'il de la façon dont on implémente les librairies ?
le lien xmlns:c="http://java.sun.com/jsp/jstl/core" reste t'il valable en changent les librairies ?

Merci d'avance.
18/08/2009, 16h16
ronchman07

Personnellement, je développe sous Eclipse Ganymède.
Pour passer à JSTL 1.2, j'ai enlevé mon JSTL-1.1.jar (il me semble que c'était ce nom là) par jstl-1.2.jar qui vient du deuxième lien que vous citez.

Rassurez-vous, ça ne marche pas mieux qu'avant. J'ai toujours le même problème. C'est tout de même sidérant que l'on puisse faire des choses si compliquées avec RichFaces, mais que cela doive prendre une semaine pour créer deux pauvres onglets dynamiquement.

Sinon, l'uri "xmlns:c="http://java.sun.com/jsp/jstl/core"" est dépassée, maintenant il faut mettre:
"xmlns:c="http://java.sun.com/jstl/core""

En espérant que ça puisse aider...
18/08/2009, 19h35
tchize_
Citation:

Envoyé par ronchman07

Personnellement, je développe sous Eclipse Ganymède.
Pour passer à JSTL 1.2, j'ai enlevé mon JSTL-1.1.jar (il me semble que c'était ce nom là) par jstl-1.2.jar qui vient du deuxième lien que vous citez.

Rassurez-vous, ça ne marche pas mieux qu'avant. J'ai toujours le même problème. C'est tout de même sidérant que l'on puisse faire des choses si compliquées avec RichFaces, mais que cela doive prendre une semaine pour créer deux pauvres onglets dynamiquement.

Sinon, l'uri "xmlns:c="http://java.sun.com/jsp/jstl/core"" est dépassée, maintenant il faut mettre:
"xmlns:c="http://java.sun.com/jstl/core""

En espérant que ça puisse aider...

Parce que, à la base, les onglet de richefaces ne sont pas prévus pour être dynamique (libre à toi de soumettre un request feature chez jboss pour la prochaine version). Comme j'utilise facelet et pas jsp, mais connaissance sur l'intégration JSF / JSTL s'arrêtent malheureusment au fait que la JSTL 1.2 est censée être intégrée avec JSF (contrairement aux 1.1 et 1.0).

Au fait, as-tu essayé ce type de code?
Code:

1 2 3 <rich:tabPanel ...> <a4j:repeat ...> <rich:tab ...>
Sinon t'as toujours aussi la possibilité d'utiliser le binding pour créer dynamiquement le composant avec du code java, comme pour n'importe quel composant JSF
18/08/2009, 19h43
tchize_

si le nombre max de tabs est connu à l'avance, tu peux aussi simplement multiplier les tabs et utiliser leur parmètre "rendered=" pour cacher ceux en trop.
19/08/2009, 14h47
ronchman07
Citation:

Envoyé par tchize_

Parce que, à la base, les onglets de richefaces ne sont pas prévus pour être dynamiques (libre à toi de soumettre un request feature chez jboss pour la prochaine version).

Ok, c'est quand même bizarre, en général les pages web sont dynamiques, sauf si son site est codé en HTML.
Citation:
Envoyé par tchize_

Au fait, as-tu essayé ce type de code?

Code:

1 2 3 <rich:tabPanel ...> <a4j:repeat ...> <rich:tab ...>
Oui, ça ne marche pas, mais ça je le savais déjà, une histoire de place réservée aux composants dans la page affichée.

Citation:

Envoyé par tchize_

Sinon t'as toujours aussi la possibilité d'utiliser le binding pour créer dynamiquement le composant avec du code java, comme pour n'importe quel composant JSF

C'est ce que je me suis résigné à faire. C'est bien dommage d'en arriver là.

Citation:

Envoyé par tchize_

si le nombre max de tabs est connu à l'avance, tu peux aussi simplement multiplier les tabs et utiliser leur parmètre "rendered=" pour cacher ceux en trop

Ca c'est toujours possible, mais ça ne rentre pas dans mes principes de codage, je ne trouve pas ça très beau.

Merci de votre aide, c'est vrai que c'est curieux ce c:forEach qui ne marche pas alors qu'il semblerait que j'aie les bonnes versions des jars...
19/08/2009, 15h11
adiGuba

Salut,

Citation:

Envoyé par ronchman07

Sinon, l'uri "xmlns:c="http://java.sun.com/jsp/jstl/core"" est dépassée, maintenant il faut mettre:
"xmlns:c="http://java.sun.com/jstl/core""

Non justement !!! Il serait plus correct d'utiliser http://java.sun.com/jsp/jstl/core

Je ne connais pas JSF mais si je ne m'abuse les #{..} sont géré par le moteur tout comme les ${..} (d'ailleurs un jour il faudrait que je comprenne la différence entre les deux :aie).

L'URI http://java.sun.com/jsp/jstl/core est utilisé par les premières versions de la JSTL, destiné aux moteurs JSP 1.2 qui n'intégrait pas le support des EL. Lorsqu'on utilise cette URI les tags acceptent seulement des chaines de caractères, qui seront interprété par la suite comme une EL par un moteur interne.

Le problème c'est que cela ne marche plus avec un moteur JSP 2.0 qui tentera d'analyser lui-même les ELs.

L'URI http://java.sun.com/jsp/jstl/core est destiné aux JSP 2.0 en laissant la gestion des ELs au moteur JSP (d'où l'ajout du JSP dans le nom). Les tags acceptent alors des types dynamiques comme valeur d'attributs (ce qui permet d'utiliser les EL).

Donc à mon avis tu devrais plutôt utiliser cette dernière URI ;)

a++
19/08/2009, 15h23
Sniper37

Citation:

Envoyé par adiGuba

Je ne connais pas JSF mais si je ne m'abuse les #{..} sont géré par le moteur tout comme les ${..} (d'ailleurs un jour il faudrait que je comprenne la différence entre les deux :aie).

c'est exactement la même chose à quelques différences prés.
19/08/2009, 15h28
romaintaz

En JSF 1.2, les deux sont les mêmes (on privilégiera #).

Quant à la différence entre # et $ quand elle existait :

Citation:

Evaluation of EL is categorized as immediate evaluation and deferred evaluation. Immediate evaluation means a JSP page evaluates the expression when the page is rendered. With immediate evaluation, all values are always read-only. JSP EL expressions take the form of ${imExpr}. JSP expressions are evaluated immediately.

Deferred evaluation means that the technology using the unified EL takes over the responsibility of evaluating the expression from the JSP engine and evaluates the expression at the appropriate time during the page lifecycle. The EL takes control from the JSP container to evaluate the expression at the appropriate time. JSF EL expressions take the form of #{defExpr}. JSF expressions work in this way.

source
24/08/2009, 10h21
ronchman07
Ok, je me suis trompé sur "http://java.sun.com/jsp/jstl/core", mais en tout cas, quoique je fasse, j'ai toujours la même erreur:
Code:

1 2 #{..} is not allowed in template text
si je mets
Code:

1 2 <c:forEach items="#{bean.list}">
Problème non résolu donc.