Version imprimable
Bonjour,
J'ai toujours parsé des XML en utilisant la librairie jdom tout court. maintenant en navigant j'ai trouvé ce tutorial qui parle de xpath : http://zedros.developpez.com/tutoriels/java/xml/xpath/
Je vais devoir parser quelques xml. j'aimerais savoir svp, quel est la différence entre travailler avec jdom seul ou travailler avec xpath en plus ? est ce que ce dernier facilite les choses?
ou quels sont les avantages de travailler avec xpath ?
merci d'avance pour les clarifications
C'est une langage de requête pour trouver des infos dans un fichier XML comme SQL est un langage de requête pour trouver des infos dans une BDD relationnelle (ou pas ?).
Donc pour peu que tu prennes la peine d'apprendre le langage (qui est simple), ça permet de gagner beaucoup de temps et de code pour aller chercher des infos spécifiques dans un fichier.
Si ton problème est d'intégrer dans une BDD la totalité d'un fichier XML, pas sûr que ce soit mieux qu'un traitement évènementiel à la SAX. De même, sur des gros fichiers (plusieurs MO) j'ai jamais eu à le faire mais je doute que les performances soient au rendez vous.
Salut,Citation:
Envoyé par Marco46
merci pour votre réponse, mais j'ai pas compris la dernière phrase. est ce que les performances sont moins bonnes si j'ai un grand fichier xml à parser et si j'utilise xpath ? dans ce cas travailler avec jdom donne plus de performances ?
Merci encore
JDOM et XPath sont deux choses séparées. Tu peux faire du jdom sans xpath, tu peux faire du xpath sans jdom. Et tu peux faire les deux ensemble.
Pour les gros fichiers, les problèmes sont
-> JDOM charge l'intégralité du fichier en mémoire, ce qui peux amener des problème de disponibilité de cette dernière (un fichier xml de 150M sous forme d'arbre en mémoire, ça peux faire mal)
-> XPath doit soit parcourir l'arborescence ou scanner tous les évènements SAX pour atteindre le noeud désiré, avec plus ou moins de travail suivant la complexité du xml et la torducité de l'expression xpath
-> Si tu utilise des évènements SAX (pour ne pas garder tous le fichier en mémoire) et que tu évalue plusieurs XPATH, a chaque fois il faut relire le fichier xml
en fait XPATH est bien pour trouver une ou plusieurs données dans un fichier xml. Si tu dois utiliser toutes les données d'un fichier xml, il vaut mieux s'orienter vers du traitement séquentiel de chaque noeud pour des raisons de performances.
Merci pour ces clarifications. le problème que j'ai c'est que la taille de l'XML est grande et en plus sa forme risque de changer (une balise peut etre ajouté .. ), et je n'ai pas envie de changer le code source à chaque fois. c'est pourquoi je me demande est ce que xpath offre cette possibilité de s'adapter à l'XML quelque soit l'endroit d'une balise XCitation:
Envoyé par tchize_
bien sur, tu as des expression comme //X qui te retourne une balise X quelque que soit son niveau dans la hierarchie xml. Pour plus d'infos, consulter une doc sur les xpath.
D'accord.Citation:
Envoyé par tchize_
Merci beaucoup pour vos réponses rapides.:)
petit ajout, il peut etre interessant de travailler avec les deux. Dans un gros fichier xml, si tu dois traiter une liste de balise situees en dessous d une balise precise, trouver cette balise avec du Xpath, et gerer l element avec du JDOM ( pour transformer en list, etc...) peut etre plus rapide que de tout faire en xpath ou en jdom.