Discussion :

[leminipouce]

Bonjour.

J'ai un parser SAX dans un logiciel, que je viens de coupler avec un autre logiciel. (Histoire complète de cet accouplement ici.)
Mon parser SAX prenait en paramètre un String (représentation de mon XML) et faisait ensuite son petit travail.
Aujourd'hui, depuis le nouveau logiciel que je lui ai rattaché, je lui envoie non plus un String à parsé, mais un Document (issu de JDOM...).
J'ai un peu de mal à trouver une méthode dans SAX qui prenne comme paramètre un Document pour le parser...

Voici le code que j'utilise actuellement :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
public void readXML(Document doc) throws ProtocolException, IOException {
		inTree = false;
		inDeclarations = false;
 
		try {
			SAXParserFactory p = SAXParserFactory.newInstance();
			p.setValidating(false);
			SAXParser parser = p.newSAXParser();
			XMLReader reader = parser.getXMLReader();
			reader.setContentHandler(this);
 
			XMLOutputter xmlOut=new XMLOutputter();
			ByteArrayInputStream xmlByteArrayInputStream = new ByteArrayInputStream(xmlOut.outputString(doc).getBytes("UTF-8"));
			InputSource xmlInputSource = new InputSource(xmlByteArrayInputStream);
 
			reader.parse(xmlInputSource); // here the stream is parsed.

Je trouve un petit peu dommage de passer par la version String du Document avant de le lancer au parser.
Pourriez vous m'aider à améliorer ça ?

Par avance, Merci

[alheim]

Salut, je te fais une reponse en considérant que ton Document en paramètre existe sur un fichier...Si ce n'est pas le cas, tu peux m'envoyer des tomates et ignorer mon post

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
 
 
public void readXML(Document doc) throws ProtocolException, IOException { 
      inTree = false; 
      inDeclarations = false; 
      String uri = doc.getDocumentURI();
      URI path = new URI(uri);
      File doc_file = new File(path);
      try { 
         SAXParserFactory p = SAXParserFactory.newInstance(); 
         HandlerBase hd = new HandlerBase;
         p.setValidating(false); 
         SAXParser parser = p.newSAXParser(); 
         reader.parse(doc_file,hd);
           }
 
}

[leminipouce]

tu peux m'envoyer des tomates

Bon ben splash alors !
Mon document est créé à la volée dans une classe puis sans jamais être écrit dans un fichier, il va se faire parser !

PS : Je ne peux pas écrire ce document dans un fichier, car il est possible qu'il n'y ai pas la place sur le poste client...
PS2 : Merci quand même

[alheim]

juste une question...

Pourquoi veux tu parser le Document puisque l'interface org.w3c.dom.Document contient deja toutes les méthodes te permettant de naviguer dans ton document XML, de créer des noeuds et des attributs etc etc...

En fait tu veux parser un truc déja parser

http://java.sun.com/j2se/1.5.0/docs/api/index.html?javax/swing/plaf/synth/package-summary.html

[jowo]

Pour ton cas, il faut créer une classe implémentant l'interface XMLReader.

La responsabilité de cette classe (JDOMDoc2SAX) est de lire ton document (JDOM) et de créer les événements SAX correspondants.

Probablement tu vas trouver des exemples sur la toile.

Le but de XMLReader est de lire qu'importe quel document et de le transformer en événement SAX.

Il existe des XMLReaders qui lisent des fichiers CSV.

[jowo]

lien vers ONJava

[leminipouce]

Pourquoi veux tu parser le Document puisque l'interface org.w3c.dom.Document contient deja toutes les méthodes te permettant de naviguer dans ton document XML, de créer des noeuds et des attributs etc etc...

Pour ne pas tout re-coder.

J'ai aujourd'hui un logiciel qui marche, et qui parse des fichiers XML avec SAX.
Il peut aussi recevoir des String, contenant du XML, et les parser avec le même parser (c'est le code que je vous ai envoyé);
Enfin, dernièrement, je lui ai rajouté la possibilité de recevoir, non pus des fichiers ou des String, mais des Document.

Le truc, c'est que pour travailler ave ce Document, j'ai besoin de 3 lignes de code : c'est loin d'être mortel !
Le problème, dans ces 3 lignes de code, je transforme mon Document XML en String. Et je trouve ça dommage vu que, comme tu dis, j'ai déjà tout dans Document, au niveau XML.

Maintenant, avec vos réponses, et donc le recul, je me demande si je vais avoir un quelconque intérêt à définir une nouvelle classe, et donc me palucher bien plus que 3 lignes de code, pour éviter de passer par une étape String entre mon Document et mon parser SAX.

Les 2 approches d'XML (SAX et DOM) étant très différentes, je suis en train de me dire que non seulement ça va me faire beaucoup plus de code, mais en plus, je ne suis pas sûr du tout d'y gagner en performance.

Je vous laisse me contredire ou argumenter mon point de vue, afin de me convaincre si oui ou non je devrais implémenter XMLReader.

Quoi qu'il en soit, Merci beaucoup pour vos réponses, votre aide et votre temps

[jowo]

Avec l'approche décrite dans l'article de ONJava, tu fais la transformation en 3 lignes sans passer par un string.

[alheim]

il est tot....je dois etre un peu con ce matin......

Pourquoi vouloir parser un Document ?

L'utilité du parseur me semble t-il est de pouvoir naviguer sur la structure , non ?

Cette structure étant deja accessible depuis Document, que va t'offrir de plus le parseur SAX ?

Merci de m'éclairer.

[Regis.C]

il est tot....je dois etre un peu con ce matin......

Pourquoi vouloir parser un Document ?

L'utilité du parseur me semble t-il est de pouvoir naviguer sur la structure , non ?

Cette structure étant deja accessible depuis Document, que va t'offrir de plus le parseur SAX ?

Merci de m'éclairer.

Je pense qu'il souhaite utiliser une partie d'application déjà écrite (avec methodes sur certaines données, etc...) et que cette appli utilise un parser SAX pour lire les données XML. Il l'a expliqué dans son premier post.

[leminipouce]

Je pense qu'il souhaite utiliser une partie d'application déjà écrite (avec methodes sur certaines données, etc...) et que cette appli utilise un parser SAX pour lire les données XML. Il l'a expliqué dans son premier post.

C'est exactement ça !
Marrant, entre valentinois on se comprend.

Avec l'approche décrite dans l'article de ONJava, tu fais la transformation en 3 lignes sans passer par un string.

Hum.... j'ai pas dû tout lire alors !
Je me replonge dedans, et je vous tiens au courant.

[leminipouce]

Alors je me lève et je confirme ! et si je reste assis, vous ne le verrez pas...
On peut bien passer de JDOM à SAX en trois lignes : celles données dans l'article ONJava.

Il n'y a qu'une seule contrainte (que je ne respecte pas dans mon code...) qui est d'avoir défini le fomat SAX dans une implémentation de l'interface
javax.xml.transform.Templates.
Or, le parser que j'utilise se contente d'utiliser les méthodes de ContentHandler.

Bref, je ne vais pas l'utiliser pour ce coup, mais quoi qu'il en soit, je dois vous dire un grand merci pour vos conseils/suggestions, et votre temps.
D'autant plus que je dois bientôt définir mon propre parser pour une autre partie du logiciel et que ça risque de m'être utile (si je n'utilise pas que JDOM).