Discussion :

[Jean-Philippe Shields]

Bonjour à tous,

J'ai une question assez simple, mais dont je n'ai pas encore trouvé de réponse. J'utilise Jakarta Commons-Digester pour lire un fichier XML et je veux récupérer à l'intérieur d'un tag <DataContent> du code html qui contient des balises. J'ai l'impression que digester le digère très mal de lire d'autres balises.

Par exemple:

Code :

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

1
2
3
4
5
6
7
8
9
10
 
<DataContent>
<p>La lutte contre le feu a fini par porter ses fruits dans la région espagnole
 de Galice, après 12 jours d'incendies volontaires, laissant place à une 
polémique sur la superficie consumée.</p> 
 
<p>La lutte contre le feu a fini par porter ses fruits dans la région espagnole
 de Galice, après 12 jours d'incendies volontaires, laissant place à une 
polémique sur la superficie consumée.</p> 
</DataContent>

Ma règle est simplement

Code :

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

<bean-property-setter-rule pattern="DataContent" propertyname="content"/>

Mais l'attribut de mon objet java ne contient rien (une string vide ""). Est-ce que c'est possible que digester considère le <p> comme une autre balise du fichier xml et qu'il ne veuille pas la lire?

Toutes les idées sont les bienvenues. merci

[Beuss]

Oui le digester est troublé par ton HTML
Normalement en XML tu dois encadrer les données textes contenant des balises qui ne doivent pas être parser dans une section CDATA. Dans ton exemple :

Code :

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

1
2
3
4
5
6
7
8
9
<DataContent><![CDATA[ 
<p>La lutte contre le feu a fini par porter ses fruits dans la région espagnole
 de Galice, après 12 jours d'incendies volontaires, laissant place à une 
polémique sur la superficie consumée.</p> 
 
<p>La lutte contre le feu a fini par porter ses fruits dans la région espagnole
 de Galice, après 12 jours d'incendies volontaires, laissant place à une 
polémique sur la superficie consumée.</p> 
]]></DataContent>

[Jean-Philippe Shields]

Merci pour ta réponse,

J'ai aussi réussit à contourner le problème, si je tiens absoluement à ne pas modifier le fichier xml, en utilisant la règle NodeCreateRule. Cette règle crée un ElementNode sur le stack de Digester et je le pase à un objet par la suite avec setNextRule. Je dois cependant trimmer les balises <DataContent> et </DataContent> en recevant mon ElementNode.toString().

Je vais considérer ta solution sérieusement, car ça me semble plus facile et évident de modifier le xml avec XSL que de faire ce que j'ai implémenté.