Salut,
 
Alors j'ai un jsp qui écrit un fichier XML. Jusque là tout va bien, je récupère bien mon fichier XML en téléchargement, je l'ouvre et là, y a genre 6 lignes blanches avant mon <?xml version="1.0" encoding="UTF-8" standalone="yes"?> ce qui fait que le fichier XML est concidéré mal-formé : si je vire les 6 lignes blanches, c'est tout bon.
 
Je me prends la tête pendant un bon moment là-dessus    pour m'apercevoir enfin que le nombre de lignes blanches = au nombre de <@ page import=...> et de <jsp:useBean...>
 
En effet, il faut les mettre tous sur une et même ligne!!
 
==>> Ma question est pourquoi le fait de revenir à la ligne à chaque déclaration de <@ page..> ou <jsp:useBean...> génère une ligne blanche dans le out?!!!??
 
Est-ce un bug (connu?)? Est-ce normal : alors là j'aimerais sincérement avoir l'explication...? Aviez-vous déjà rencontré le problème?
 
PS: je suis sur tomcat 4

je ne sais pas si c'est à considerer comme un bug, mais oui, c'est connu que ça fasse ça.
je ne sais pas si c'est spécifique à tomcat, par contre à mon avis y'a rien qui mentionne ce genre de trucs dans la spec.
 
.. et à priori, tu fais pas le meilleur choix on generant ton xml directement dans le jsp.
 
(mais d'un autre coté, tu vas pê me dire que c'est plus simple/rapide ...)

Merci the real moins moins, perso je n'aurais effectivement pas fait cela dans un jsp, le truc c'est que cela fait partie d'un produit et que tout est fait par jsp (avec appels à des beans).
Perso, je suis plus partisant d'appels à des servlets avec redirection sur un jsp qui se charge uniquement de l'affichage=> c'est d'ailleurs pourquoi je ne connaissais pas ce fonctionnement (en fait c'est lorsqu'il transforme le jsp en .java qu'il prend le retour à la ligne entre les blocs java du jsp et génère un out.write("\n" ) dans le code du .java . Je pense que le mécanisme de transformation jsp=>.java (servlet) devrait être corrigé à ce niveau.)

tu peux tjs tricher et rediriger vers une servlet depuis ton jsp