Je cherche à lire un fichier XML dans son intégralité pour remplir une structure de donnée maison. Je suis donc en train de lire le tutorial de Sun sur XML, mais celui-ci est un peu touffu et repose plus sur l'écriture (enfin il me semble) que sur la lecture. Je cherche donc un bon tutorial ou un fichier exemple, ou une bonne âme pour m'expliquer un peu la lecture de fichiers XML.

www.jdom.org

les écheances approchent, et les topics désespérés se multiplient

--greg-- a écrit a écrit : les écheances approchent, et les topics désespérés se multiplient

Bien vu.

Moi j'ai juste regardé de loin comment ça se passait (j'aurai à interpréter un fichier XML prochainnement). J'peux juste te dire que, pour lire l'intégralité d'un fichier XML, il faut que t'utilises un parseur de type DOM (par exemple la classe DocumentBuilder qui se trouve dans le JAXP 1.0), plutot qu'un parseur type SAX.

Juste une question, en passant, là, je suis en train de me farcir de bouquin de Rusty Harold dont l'URL m'a été filé par le site de JDOM (merci --greg-- ), et je me rappelle que le tutorial Java parlait de JAXP comme partie de WSDP. Or j'avais cru comprendre que le J2SDK 1.4 contenait les primitives XML. Alors je suis allé matter le rt.jar pour voir et effectivement toutes les classes utilisées dans le tutorial sont dedans. Alors la question est : j'ai besoin de quoi en plus de mon J2SDK pour faire du XML ?

Cherrytree a écrit a écrit : Juste une question, en passant, là, je suis en train de me farcir de bouquin de Rusty Harold dont l'URL m'a été filé par le site de JDOM (merci --greg-- ), et je me rappelle que le tutorial Java parlait de JAXP comme partie de WSDP. Or j'avais cru comprendre que le J2SDK 1.4 contenait les primitives XML. Alors je suis allé matter le rt.jar pour voir et effectivement toutes les classes utilisées dans le tutorial sont dedans. Alors la question est : j'ai besoin de quoi en plus de mon J2SDK pour faire du XML ?

 
JAXP est inclus dans le JDK 1.4...

Impec' !

 
tu peux préciser. Parce que de primre à bord ca serait justement le contraire de ce que tu dis ... Particulièrement si le fichier XML est "gros"

Cherrytree a écrit a écrit : Juste une question, en passant, là, je suis en train de me farcir de bouquin de Rusty Harold dont l'URL m'a été filé par le site de JDOM (merci --greg-- ), et je me rappelle que le tutorial Java parlait de JAXP comme partie de WSDP. Or j'avais cru comprendre que le J2SDK 1.4 contenait les primitives XML. Alors je suis allé matter le rt.jar pour voir et effectivement toutes les classes utilisées dans le tutorial sont dedans. Alors la question est : j'ai besoin de quoi en plus de mon J2SDK pour faire du XML ?

 
si tu fais du JaxP rien, si tu fais du JDOM euh je pense que jdom.jar suffit et il n'est pas très lourd. Disons que brider ton soft à JDK 1.4 c'est un peu "lourd" je trouve, sauf si le projet supporte jdk1.4 uniquement (ce qui est aussi "lourd" je trouve)

Ben, c'est un soft à usage interne. Si tu préfères, le client c'est moi et les gens de mon labo. Dans cet esprit, je pense qu'il n'y a pas de prérogatives à l'encontre de ce choix.

non mais ct juste une suggestion. pas une critique ....

En effet, Rusty Harold préconise l'inverse. SAX + Xerces d'après elle.

Je sais, je sais. C'est juste pour préciser que le cadre du travail ne justifie pas une prise de décision sur le choix de comment faire du XML. A la limite, je peux même faire un fichier avec des ; séparant les valeurs.

 
non mais gringo a l'air de dire que quand tu dois lire TOUT un document il vaut mieux utiliser DOM. Ca peut etre vrai dans un sens mais DOM est déconseillé dès que l'arbre est trop important. pq?
 
DOM crée une représentation de l'arbre en méméoire AVANT de te donner accès au contenu (donc si tu as un fichier XML de 3Mo ou de 20Mo ca fait mal). Par contre si tu as un petit fichier XML c'est bcp mieux de prendre DOM car tu peux prendre les éléments que tu veux (parcourir l'arbre).
 
SAX fonctionne sur base d'évenements. Le fichier est considéré comme un flux et chaque fois qu'un évenement arrive (début de tags, etc) un évenement est généré et tu dois implémenter la méthode de callback pour récupérer l'info que tu veux (mais si tu veux le dernier élément de ton doc, sax va se promener du début à la fin quand meme).

 
...je suis d'accord !
Mais vu que DOM lit TOUT le fichier XML, ça me paraissait plus logique d'utiliser DOM ds son cas. Après, c vrai que, si le fichier est trop gros, c aussi possible de parcourir tout l'XML via une parseur SAX. Plus compliqué par contre (j'imagine. g jammais utilisé ni l'un, ni l'autre !)

 
ah bon ...

 
Mais je compte utiliser, donc j'ai lu. ça me donne le droit d'ouvrir ma gueule . Non !?

2 remarques au passage:
- JDOM utilise le modele dom (pour la representation interne du doc) mais ne souffre pas de la lourdeur de celui-ci pour le chargement. En 2 mots comme en 100, ça rulez, tu peux charger de "gros" docs xml sans te faire chier avec l'evenementiel mord moi le noeud de sax.
- Rusty c'est un prénom de FEMME ????!!! ????

Elle s'appelle Eliotte, Rusty Harold, c'est son nom et il me semble bien que c'est une meuf. Elle publie pas mal sur Java et les réseaux, pour O'Reilly.

Comme le gragon?

 
elle écrit d'excellent livre ...

vivi j'ai déjà vu ce nom

Le gragon, Eliot le gragon ? Presque ça quoi. Tiens, je vais drignoter un bout, j'ai faim. Sacré pur style --greg-- powaa de la mort tout de même.

va bossser

Son livre sur XML qui disponible intégralement sur le web est pas mal, mais elle a un partie pris pour Xerces alors que j'aurai préféré Crimson (car il est en standard dans le J2SDK).

--greg-- a écrit a écrit : va bossser

Oui monsieur. J'y vais.

sinon, si ce que tu veux faire c'est récupérer quelques info dans le doc XML et que tu t'en fout un peu des perfs, je te conseille d'utiliser les XPATH.
 
Je suis sur un projet où j'utilise ca avec xalan et c'est vraiment excelent !
 
si tu veux plus d'info la dessus, dis le et je détaille.

 
détaille stp...

-> Article.
 
Question: ca sert à qqch les articles que benou et moi avont écris + le boulot de cheryrtree. Parce que là on a l'impression que c mort (examen inside peut eutre?)

ce sujet à été debatu hier

où?

chéplus

J'ai quelques soucis avec la deadline de mon stage, alors je mets le ola à tout mon travail sur Java@HFR pour les deux semaines à venir. Si je foire mon stage, je l'ai dans l'os pour le DEA et la 3A ingénieur. C'est vraiment pas dans mon intérêt. Par contre, une chose est certaine, je reprends les rênes du design et la fin de mon article sur "débuter en Java" dès que ce mic-mac est terminé. J'ai hâte de pouvoir m'y remettre vous savez. ça et le reste (plus de Warcraft III, bouh).

C'est quoi les localName (ou sName) et les qName ?

Les paramètres de la méthode startElement :

• uri - The Namespace URI, or the empty string if the element has no Namespace URI or if Namespace processing is not being performed.
• localName - The local name (without prefix), or the empty string if Namespace processing is not being performed.
• qName - The qualified name (with prefix), or the empty string if qualified names are not available.

Je vois pas bien ce qu'ils représentent sur un fichier XML.

c dans quoi cette methode?
c du sax?
serieux, utilise jdom, c 100fois plus facile....

+1
 
sauf si tu as un petit fichier et que tu dois pecher des trucs au vol -> XPATH

Plus le temps. J'avais fait du SAX l'an dernier, alors partant de JDOM je suis tombé sur le livre de Rusty H et j'ai lu SAX ça m'a rappelé des trucs donc mon choix pour ce projet c'est SAX. Par contre on dirait qu'avec les nouvelles specs de SAX, il y a des choses qui ont changé, notamment les Names.

SAX c'est relou. Franchement je déteste ...