Discussion :

[verbose]

Bonjour,

Je dois parser un document XML. Mon problème est que j'ai besoin de différencier une balise sans corps :

Code :

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

1
2
 
<sanscorps/>

d'avec une balise vide :

Code :

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

1
2
 
<vide></vide>

J'ai essayé SAXParser et DocumentBuilder, et aucun ne fait la différence. D'ailleurs, il semble que DocumentBuilder utilise SAXParser.

Connaissez-vous une astuce ou un parser XML qui permette de différencier ces deux types de balise ?

[Nudger]

Bonjour,

Selon les spécifications XML, <truc/> est une abréviation et signifie la même chose que <truc></truc>.
Pour ce besoin, il faudra développer un parser spécifique, SAX ne conviendra pas.

[thelvin]

Plus important : par définition, en XML il n'y a pas de différence entre les deux.

Si on insiste à y voir une différence, alors ce n'est plus du traitement de XML. Et il faut se mettre d'accord là-dessus avec tous les acteurs en présence, sinon les incompatibilités vont se cumuler (problème qui ne pourrait pas arriver en se contentant de rester sur du XML, c'est-à-dire en se rappelant qu'il n'y a pas de différence entre les deux)

[verbose]

En fait, c'est parce que je voudrais retranscrire le XML avec la même structure que l'original, après y avoir ajouté quelques informations supplémentaires.

Je vais réfléchir à écrire mon propre parser, mais en attendant, je pense que j'ajouterai un espace à l'intérieur des balises vides. C'est un peu crado comme solution, mais c'est ce qui sera le plus simple à mettre en oeuvre.

Merci pour vos réponses.

[thelvin]

En fait, c'est parce que je voudrais retranscrire le XML avec la même structure que l'original, après y avoir ajouté quelques informations supplémentaires.

Oui ben, c'est ce que je dis : dans un monde qui traite correctement le XML, ce genre de considérations est complètement superflu.
En particulier dans le cas de <balise></balise> et <balise/>, où il n'est pas question de l'un plus lisible que l'autre.

Après, je veux bien admettre que le monde n'est pas toujours très apte à traiter correctement le XML.