Discussion :

[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.

[ronchman07]

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.

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

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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.

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à.

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...

[adiGuba]

Salut,

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++

[Sniper37]

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.

[romaintaz]

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

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

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

[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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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

si je mets

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
<c:forEach items="#{bean.list}">

Problème non résolu donc.