Discussion :

[bulmananabelle]

Bonjour,

J'essaye de transformer un fichier XML en un autre fichier XML par une transformation XSL mais je me heurte à quelques difficultés.

J'ai un exemple simple qui fonctionne mais pas ma transformation proche de mon résultat final attendu.

Dans le cas simple, j'ai bien l'en-tête XML alors que dans l'autre cas, elle n'est pas générée. Dans les 2 cas, j'ai cette en-tête pour le XSL :

Code :

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

1
2
3
4
5
6
7
8
9
10
 
<?xml version="1.0" encoding="ISO-8859-1"?>
<xsl:stylesheet version="1.0"
	xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
 
	<xsl:output method="xml" version="1.0" encoding="ISO-8859-1"
		indent="yes" omit-xml-declaration="no" />
 
	<xsl:template match="RPT">
...

Ce qui est aussi ennuyeux c'est que le code généré n'est pas directement exploitable en tant que XML car les caractères spéciaux sont automatiquement convertis en codes html (ex: é devient é dans le résultat généré par Eclipse avec jdk1.6.0_21 => ne le fait pas avec l'exemple simple !!).
C'est sans doute lié au fait que l'en-tête XML n'est pas générée lors de la transformation (ma première remarque).

Donc la question est : qu'est-ce qui peut gêner le processeur de transformation XSL au point de me donner du HTML au lieu du XML dans un fichier XML finalement ??

Merci pour votre attention.

Cdlt,
Annabelle

[PipoWIL]

Bonjour,
Je ne connais pas bien ISO-8859-1 mail as-tu essayé

Code :

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

encoding="UTF-8"

[thelvin]

Donc la question est : qu'est-ce qui peut gêner le processeur de transformation XSL au point de me donner du HTML au lieu du XML dans un fichier XML finalement ??

Le suspect numéro 1 est bien entendu disable-output-escaping="yes" qui, par définition, est bien obligé de modifier le modèle de données employé pour la transformation, et ce d'une manière pas très claire et prévisible.
Mais il peut y avoir tout un ensemble de causes qui seraient plus des limitation du processeur XSLT utilisé.

[bulmananabelle]

Le suspect numéro 1 est bien entendu disable-output-escaping="yes" qui, par définition, est bien obligé de modifier le modèle de données employé pour la transformation, et ce d'une manière pas très claire et prévisible.
Mais il peut y avoir tout un ensemble de causes qui seraient plus des limitation du processeur XSLT utilisé.

J'avais ajouté ça parce que justement je n'avais pas d'en-tête de générée :-( (<= là je parle à tort de l'option omit-xml-declaration="no" dans l'en-tête <xsl:output /> contrairement à thelvin qui parle de l'option disable-output-escaping="yes" au milieu du code XSL)

[thelvin]

..... Je ne vois aucun disable-output-escaping. L'idée n'était-elle pas de prouver que ça ne dérange pas dans le cas simple ?

[bulmananabelle]

..... Je ne vois aucun disable-output-escaping. L'idée n'était-elle pas de prouver que ça ne dérange pas dans le cas simple ?

non ça ne change rien, j'ai juste pris en compte le nouveau code suite à ta remarque de l'autre discussion ;-)

je vais tenter une transfo avec xsltproc sous linux pour voir si même soucis, et j'ai enlevé une partie de l'arbre XML (ElementsDePaie, etc.)

[thelvin]

... Si tu le dis... Bon, en fait non, même si tu le dis je ne te crois pas, mais là n'est pas la question : ça sert à quoi de nous montrer ton exemple simple s'il contient ni le problème ni un suspect du problème ?

[bulmananabelle]

Bon peu importe, j'ai testé avec xsltproc et ça marche, j'ai l'en-tête XML et plus de problème d'encodage HTML.

Et je crois que le coupable est Eclipse qui me fait :

Code :

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

1
2
3
4
5
6
7
14:33:41,955 INFO  [main] Main  - javax.xml.transform.TransformerFactory=null
14:33:41,955 INFO  [main] Main  - java.endorsed.dirs=D:\dev\Outils\jdk1.6.0_21\jre\lib\endorsed
14:33:41,955 INFO  [main] Main  - launchFile: T:\Annabelle\WorkspaceSID-H76041\.metadata\.plugins\org.eclipse.wst.xsl.jaxp.launching\launch\launch.xml
14:33:42,080 INFO  [main] JAXPSAXProcessorInvoker  - Setting properties: method=html 
14:33:42,080 INFO  [main] JAXPSAXProcessorInvoker  - Transforming...
14:33:42,189 INFO  [main] JAXPSAXProcessorInvoker  - Done.

il me sort du HTML par défaut alors que j'ai demandé du XML !!

enfin, je vais refaire un test avec le fichier complet...

[bulmananabelle]

... Si tu le dis... Bon, en fait non, même si tu le dis je ne te crois pas, mais là n'est pas la question : ça sert à quoi de nous montrer ton exemple simple s'il contient ni le problème ni un suspect du problème ?

J'avais bien fait le test de comparaison des deux xsl avec le même type de code avec le disable-output-escaping mais ça n'est pas ça qui pose problème et qui m'empêche d'avoir l'en-tête XML en sortie...

La différence entre l'exemple simple et le compliqué c'est le début de l'arbre qui comporte 5 "level" avant d'avoir les infos à traiter :-) le reste est à peu près identique (en tout cas le traitement des balises à transcoder). J'ai corrigé le code initial ;-)

[bulmananabelle]

Bon peu importe, j'ai testé avec xsltproc et ça marche, j'ai l'en-tête XML et plus de problème d'encodage HTML.

Et je crois que le coupable est Eclipse qui me fait :

Code :

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

1
2
3
4
5
6
7
14:33:41,955 INFO  [main] Main  - javax.xml.transform.TransformerFactory=null
14:33:41,955 INFO  [main] Main  - java.endorsed.dirs=D:\dev\Outils\jdk1.6.0_21\jre\lib\endorsed
14:33:41,955 INFO  [main] Main  - launchFile: T:\Annabelle\WorkspaceSID-H76041\.metadata\.plugins\org.eclipse.wst.xsl.jaxp.launching\launch\launch.xml
14:33:42,080 INFO  [main] JAXPSAXProcessorInvoker  - Setting properties: method=html 
14:33:42,080 INFO  [main] JAXPSAXProcessorInvoker  - Transforming...
14:33:42,189 INFO  [main] JAXPSAXProcessorInvoker  - Done.

il me sort du HTML par défaut alors que j'ai demandé du XML !!

enfin, je vais refaire un test avec le fichier complet...

C'est bon j'ai trouvé ! c'était la config Eclipse (Run Configurations... XSL, onglet Processor, Output Properties, il y avait "method=html") sans doute un reste de mon premier test fait en html :-(

Merci pour la piste du test avec une autre processor :-D

[bulmananabelle]

Le suspect numéro 1 est bien entendu disable-output-escaping="yes" qui, par définition, est bien obligé de modifier le modèle de données employé pour la transformation, et ce d'une manière pas très claire et prévisible.
Mais il peut y avoir tout un ensemble de causes qui seraient plus des limitation du processeur XSLT utilisé.

Autant pour moi, j'ai répondu à côté de la plaque à ce sujet :-( je croyais que tu parlais du omit-xml-declaration="no" dans l'en-tête <xsl:output />... Désolée :-/ Quelle embrouille, je comprend mieux ta réaction !

En fait, j'ai éliminé le suspect n°1 dès mon 2ème test ;-) le problème venait donc bien d'ailleurs et c'était bien la config du processor mise à tort avec une sortie html...