Voilà: j'ai commencé à faire un design d'une application utilisant du xml, et j'ai utilisé les interfaces org.w3c.dom.Element, Document, ...
En me disant que je pourrai toujours choisir l'implémentation plus tard.
Et là je viens de télécharger jdom, je regarde les classes du package org.jdom, et je vois qu'elles n'implémentent pas les interfaces org.w3c.dom...
Donc j'en fais quoi, moi, de jdom? Je jette et je prends un crimson ou un xerces? (je les ai deja utilisés, ça a pas trop mal marché, mais j'ai souvent lu ici et autre part que jdom c'était bien)
 
merci
gtm

ça ça m'interresse.
Je sais pas faire de drapeau moi!  

ouais, jdom n'implemente pas org.w3c.dom.*
c pour ça qu'il est si rapide

 
  ...Merci!

Salut
Les API manipulant des modèles objets de document (TIDY pour l'HTML, JDOM, DOM4J) proposent généralement des méthodes de traduction entre leur propre modèle de document et la version org.w3c.dom.
Cadeau de vendredi apres midi : dans ton cas tu vas avoir besoin de :
 - org.jdom.input.DOMBuilder pour construire un arbre JDOM a partir d'un arbre DOM
 - org.jdom.output.DOMOutputter pour construire un arbre DOM a partir d'un arbre JDOM
 
Donc tu n'as qu'a utiliser ces methodes de traduction au début ou a la fin (voir les deux) en fonction de ce que tu prends en entrée et ce que tu renvoies, et au milieu tu ne te sers que de JDOM. Sinon vive le bordel.

Merci de ces idées mais si je prends jdom, je ne pourrai plus changer d'implémentation XML plus tard (car tous mes noeuds et elements ne seront pas org.w3c).
 
Dans mon cas, j'ai fait une classe qui crée, parse et transorme en texte des documents xml. Si je veux changer d'implémentation, je n'ai qu'à changer cette classe, avec jdom c'est pas possible.
 
Normalement en java l'accent est mis sur l'évolutivité et l'interopérabilité des composants. JDOM PAS BIEN !!!!