Salut à tous. bon, voila mon soucis du moment.
J'ai la page JSP suivante :  

 
- Première chose (pas grand chose) : dans l'url, valeure de l'attribut "data" de la balise "object", je suis obligé de remplacer & par & ? C'est un peu lourd (quand je mettais simplement &, le compilateur JSP me disait qu'il manquait un ; à la fin de l'entité !
 
- Secondo (+ important) : en l'état, cette JSP ne passe pas le compilateur. Je me prend dans la gueule (ou plutôt dans le log), le message suivant :  

 
Selon vous, c'est un bug du TagLibraryValidator, ou une erreur de ma part ?
Dans les 2 cas, une solution serait vraiment la bienvenue.  
 
D'avance, merci.

ta premiere erreur est un classique de la validation xml/xhtml, par contre, j'ai jamais vu un "compilateur" jsp me sortir ça. tu utilises quoi ?
 
 
pour la seconde, je pencherais pour une betise dans les tags de ton cms, mais bon ...
essaie de virer les <param> un à un pour voir ..

J'utilise Tomcat 5 comme moteur de servlets, mais je crois pas que ce soit lui qui râle. Attend, je vais chercher dans le log...
Ha ben si, c'est Tomcat (Jasper ça fait partie de Tomcat nan ?). Voila le message exact (qu'on soit d'accord, ça c'est dans la version ou j'ai & au lieu de &amp :

 
Sinon pour l'autre point : sans les <param>, je sais que ça passe. Le problème c'est que j'en ai besoin moi, de ces <param>. J'ai essayé de bidouiller avec des <jsp:text>, mais c'est immondément crade et le compilateur m'engueule aussi, pour cause de xml non valide (balises qui se chevauchent).

1/ bizarre, j'ai jamais eu ça, mais c'est ptet parce que tu utilises la syntaxe xml pure (<jsp:root> )
 
2/ avec un seul des deux ça passe ou pas ?

(c'est pas plus crade que le reste de la page qui doit sortir 4 lignes d'html à tout casser, si je ne m'abuse. ..)

1/ Peut être
 
2/ Avec un seul des deux ça passe pas mieux, non
 
(Et elle est pas crade cette page. Sortie du contexte, ça peut parraitre un peu lourd, mais c'est justement à cause d'une architecture rigoureuse suggérée par le CMS)

mouais c'est lourd, .|
i supporte rien d'autre que jsp comme techno pour les vues, ton cms ?

Ben, en techno Java on peut utiliser quoi d'autre que des JSP pour du rendu HTML ? On peut aussi faire des servlets évidement, mais niveau lourdeur on va atteindre des sommets.

houlà, faut sortir un peu, de temps en temps, hein, monsieur, sinon on prend la poussière.
velocity ça te dit rien ?
freemarker encore moins, j'imagine ... ?

J'ai pas fait de dev depuis un bout de temps. Besoin de dépoussièrer justement.  
Je risque de me faire incendier mais : Velocity c'est pas un vieux machin, du genre "ancètre des JSP" ?
Freemarker, connais pas.
Cela dit, je doute que Magnolia supporte ces technos. JSP c'est pas si mal quand même !?

ça pue.

Et + explicitement, qu'est ce que tu reproches aux JSP ?

y'a des milliards d'articles qui l'ont fait depuis des années et bien mieux que moi

ha...  
bon ben, merci alors.

Cela dit, n'ayant pas toujours trouvé de solution, le problème reste ouvert !

http://issues.apache.org/bugzilla/ [...] i?id=37029 ?

génial, merci. Je vais essayer ça dès que je pourrais.
Et pour info : apparement l'équipe de Magnolia semble vouloir rester autant que possible dans le standard J2EE. C'est la raison pour laquelle ils en restent aux JSP. Cela dit, l'implémentation des JSF est planifiée.
 
EDIT : si tu n'est pas d'accord avec ce point de vue, merci de ne pas m'engueuler (le validateur de taglibs l'a déja assez fait !). Je ne fait que retranscrire ce que j'ai cru comprendre.

génial, en ajoutant le namespace XHTML au document, ça passe !  
Merci moins moins