Disparition de la balise xmlns à l'écriture

Version imprimable

Bonjour,

Je rencontre un problème sur l'écriture d'un fichier XML.
J'utilise dom, et à l'écriture du fichier l'attribut "xmlns" disparait (il est sur la balise racine du document).

La JVM utilisée est la 1.5.0_14

voilà le code qui me sert à l'écriture :
Code:

1 2 3 4 5 6 7 8 9 10 11 DOMSource domSource = new DOMSource(this.domDocument); StringWriter writer = new StringWriter(); StreamResult result = new StreamResult(writer); TransformerFactory tf = TransformerFactory.newInstance(); Transformer transformer = tf.newTransformer(); transformer.setOutputProperty(OutputKeys.INDENT, "yes"); transformer.transform(domSource, result); FileWriter fileWriter = new FileWriter(this.fuFile); fileWriter.write(writer.toString()); fileWriter.close();
Quand je regarde dans la variable "this.document" avec le debugger, la racine possède bien cet attribut et sa valeur, j'ai l'impression que c'est vraiment l'écriture (transformer.transform?) qui ne prend pas en compte cet attribut.

C'est un sujet très urgent et je suis un peu frustré de passer du temps là dessus : (

quelqu'un sait comment il faut faire pour que cet attribut soit écrit dans le fichier de sortie??
Merci d'avance !

Alex

17/04/2011, 03h05
thelvin

Probablement une histoire d'appeler DocumentBuilderFactory.setNamespaceAware(true) avant de s'en servir pour créer des Document.

L'une des nombreuses raisons pour lesquelles le DOM fourni avec Java n'est pas pratique et qu'il vaut mieux se rabattre sur JDOM.

Ah, oui, une remarque au passage : xmlns n'est pas un attribut. C'est une déclaration de namespace.
18/04/2011, 09h22
Logan Mauzaize

Ce sont bien des attributs :) http://www.w3.org/TR/xml-names/#dt-NSDecl

+1 pour le Namespace aware.

Merci pour ta réponse mais le problème n'est pas résolu !

Je me suis demandé si le problème ne venait pas du fait que j'ai créé l'attribut sur la racine avec setAttribute au lieu de setAttributeNS. J'ai donc modifié mon code mais sans succès!

voilà donc le code minimal auquel je suis arrivé :

création de mon document :
Code:

1 2 3 4 5 6 7 8 9 DocumentBuilderFactory fabrique = DocumentBuilderFactory.newInstance(); fabrique.setNamespaceAware(true); DocumentBuilder constructeur = fabrique.newDocumentBuilder(); this.domDocument = constructeur.newDocument(); this.domDocument.setStrictErrorChecking(false); Element root = this.domDocument.createElement("root"); root.setAttributeNS("http://monurl.fr/fus", "xmlns", "http://monurl.fr/fus"); this.domDocument.appendChild(root);
j'ai du rajouter la ligne "this.domDocument.setStrictErrorChecking(false);" sinon une exception était levée lors du setAttributeNS

Sauvegarde du document :
Code:

1 2 3 4 5 6 7 8 9 10 11 DOMSource domSource = new DOMSource(this.domDocument); StringWriter writer = new StringWriter(); StreamResult result = new StreamResult(writer); TransformerFactory tf = TransformerFactory.newInstance(); Transformer transformer = tf.newTransformer(); transformer.setOutputProperty(OutputKeys.INDENT, "yes"); transformer.transform(domSource, result); FileWriter fileWriter = new FileWriter(this.fuFile); fileWriter.write(writer.toString()); fileWriter.close();
XML obtenu :
Code:

1 2 3 <?xml version="1.0" encoding="UTF-8"?> <root/>
Comme la première fois, j'ai arrêté le debugger sur la ligne transformer.transform pour analyser le contenu de mon objet domDocument.
L'objet root contient bien un objet de type AttrNSImpl qui est représenté par la chaine "xmlns="http://monurl.fr/fus""

Je continue les recherches, quelqu'un aurait 'il une idée sur le problème??

Pour la création, ca devrait plutot etre ceci:

Code:

1
2
3
4
5
6
7
DocumentBuilderFactory fabrique = DocumentBuilderFactory.newInstance();
fabrique.setNamespaceAware(true);
DocumentBuilder constructeur = fabrique.newDocumentBuilder();
this.domDocument = constructeur.newDocument();
this.domDocument.setStrictErrorChecking(false);
Element root = this.domDocument.createElement("http://monurl.fr/fus","us:root");
this.domDocument.appendChild(root);

18/04/2011, 10h40
legentil

Merci pour ta réponse c'était ce que j'étais en train de tenter (avec la méthode "createElementNS" par contre, "createElement" n'existe pas avec 2 paramètres).

Le résultat est mieux, car "xmlns" apparait maintenant dans mon root !
Par contre le souci, c'est que maintenant "xmlns" apparait dans toutes les balises filles de ma racine (xmlns=""), ce que je ne veux pas.

Je sais que je pinaille un peu mais en fait, je charge un XML en entrée, que je représente en mémoire rien qu'avec des objet à moi, et quand je re-sauvegarde, je voudrais me retrouver exactement avec ce que j'avais en entrée. Et en l’occurrence, dans les fichiers que j'aurai en entrée, "xmlns" sera toujours présent, mais uniquement dans la balise root!

Connais tu un moyen de paramétrer ça?
18/04/2011, 10h45
Logan Mauzaize
Citation:
Envoyé par legentil

Code:

1 2 3 root.setAttributeNS("http://monurl.fr/fus", "xmlns", "http://monurl.fr/fus"); this.domDocument.appendChild(root);
xmlns n'appartient pas au namespace "http://monurl.fr/fus" mais "http://www.w3.org/2000/xmlns/"
18/04/2011, 10h48
Logan Mauzaize

Citation:

Envoyé par legentil

Par contre le souci, c'est que maintenant "xmlns" apparait dans toutes les balises filles de ma racine (xmlns=""), ce que je ne veux pas.

C'est que tes éléments filles n'appartiennent pas au namespace par défaut.
18/04/2011, 11h03
thelvin

Citation:

Envoyé par Nemek

xmlns n'appartient pas au namespace "http://monurl.fr/fus" mais "http://www.w3.org/2000/xmlns/"

Non mais... On s'en fout, ça n'a rien à voir avec la choucroute, et de tout façon, cette méthode-là ne marchera pas.
Il est vrai que Namespaces in XML définit les déclarations de namespaces comme des attributs particuliers, mais il est bien le seul. Je conseille de ne pas prendre les définitions isolées.

Citation:

Par contre le souci, c'est que maintenant "xmlns" apparait dans toutes les balises filles de ma racine (xmlns=""), ce que je ne veux pas.

Si tu ne veux pas que ça arrive, tu dois mettre toutes tes balises dans le même namespace que la racine. En les déclarant de la même manière que la racine.
18/04/2011, 11h10
Logan Mauzaize
1. Qu'il s'agisse d'un attribut spécial ou pas, ça reste un attribut par définition. Autant être précis.
2. Je n'ai jamais eu besoin de rajouter un attribut xmlns mais vue comment fonctionne le DOM (une image du fichier XML). A mon sens il devrait le permettre.
3. Ca à voir car faisant quelque chose d'erroner le résultat ne peut être qu'erroner. Et derrière une remarque un peu en l'air j'ai remarqué surtout qu'il ne comprenait pas le sens des paramètres et c'était un moyen "obscur" pour qu'il se documente mieux sur leur utilisation.
18/04/2011, 11h17
legentil
Merci pour ta réponse,

Le problème n'est pas que la valeur de xmlns soit vide, mais plutôt que xmlns apparaisse dans ces balises là.

Pour info :
Code:

1 2 root.setAttributeNS("http://monurl.fr/fus", "xmlns", "http://monurl.fr/fus");
n'apparait plus dans mon code, vu que je passe maintenant par createElementNS directement. Ces histoires de namespace ne sont pas très claires pour moi, mais la façon correcte d'utiliser le setAttributeNS aurait été
Code:

1 2 root.setAttributeNS("http://monurl.fr/fus", "fus", "http://monurl.fr/fus");
selon toi?

En tout cas mon problème est toujours de faire disparaitre ces attributs "xmlns" vide :
Code:

1 2 3 4 5 6 <root xmlns="http://monurl.fr/fus" id="ROOT"> <baliseFille xmlns="" id="TOTO"> .... </baliseFille> </root>
doit être remplacé par
Code:

1 2 3 4 5 6 <root xmlns="http://monurl.fr/fus" id="ROOT"> <baliseFille id="TOTO"> .... </baliseFille> </root>
18/04/2011, 11h19
legentil

ok ok j'ai mis un peu trop de temps à écrire mon post ! je vais essayer de mettre tous les fils dans le même namespace et je vous tiens au courant !

Merci !
18/04/2011, 11h25
thelvin

*Baîlle*

Citation:

Envoyé par Nemek

Qu'il s'agisse d'un attribut spécial ou pas, ça reste un attribut par définition. Autant être précis.

Ça ne l'est que pour Namespaces in XML... Et aussi en partie pour DOM 1, c'est vrai, ma foi.
Le reste du monde, ou plus exactement absolument toute spécification XML construite pour gérer les namespaces, exclut totalement les déclarations de namespaces de l'ensemble des attributs, pour plus de simplicité.
Que les déclarations de namespaces soient des attributs est donc au moins limité à un petit nombre de spécifications, et très largement contesté par toutes les autres. Je suggère de s'aligner avec la vision globale. Déjà pour le principe, et aussi parce que ça marche.

Citation:

Envoyé par Nemek

Je n'ai jamais eu besoin de rajouter un attribut xmlns mais vue comment fonctionne le DOM (une image du fichier XML). A mon sens il devrait le permettre.

Hélas, en principe il le permet, oui, mais en pratique c'est en conflit avec la gestion automatique des déclarations de namespaces, comme proposées par les méthodes trucNS(). Cela marche, en réalité, pour déclarer un namespace qui n'est pas le namespace par défaut et qui n'est pas utilisé tout de suite par l'élément en cours ou un de ses attributs. En tout cas je n'ai pas trouvé de contre-exemple à ce cas-là.
Dans le reste des cas, c'est pas fiable, à cause des conflits sus-cités.

D'autres standards DOM-like, comme JDOM, l'interdisent totalement et sans condition. Pour déclarer des namespaces sans chercher à s'en servir, il y a des ~~applications~~ méthodes pour ça.

Citation:

Envoyé par Nemek

Ca à voir car faisant quelque chose d'erroner le résultat ne peut être qu'erroner. Et derrière une remarque un peu en l'air j'ai remarqué surtout qu'il ne comprenait pas le sens des paramètres et c'était un moyen "obscur" pour qu'il se documente mieux sur leur utilisation.

Soit. Si on avait parlé d'un truc comme xmlns:tns, ta remarque aurait été judicieuse. Mais pour xmlns tout court, non. Pas de préfixe => Pas de namespace.
18/04/2011, 11h35
legentil

Re !

Bon j'ai fais le test ça marche à la perfection je vais pouvoir en avancer un peu de mon boulot : ) !!

Merci à tous pour vos réponses et à plus ! :ccool:
18/04/2011, 11h51
Logan Mauzaize

Citation:

Envoyé par thelvin

*Baîlle*

Ça ne l'est que pour Namespaces in XML... Et aussi en partie pour DOM 1, c'est vrai, ma foi.
Le reste du monde, ou plus exactement absolument toute spécification XML construite pour gérer les namespaces, exclut totalement les déclarations de namespaces de l'ensemble des attributs, pour plus de simplicité.
Que les déclarations de namespaces soient des attributs est donc au moins limité à un petit nombre de spécifications, et très largement contesté par toutes les autres. Je suggère de s'aligner avec la vision globale. Déjà pour le principe, et aussi parce que ça marche.

Hélas, en principe il le permet, oui, mais en pratique c'est en conflit avec la gestion automatique des déclarations de namespaces, comme proposées par les méthodes trucNS(). Cela marche, en réalité, pour déclarer un namespace qui n'est pas le namespace par défaut et qui n'est pas utilisé tout de suite par l'élément en cours ou un de ses attributs. En tout cas je n'ai pas trouvé de contre-exemple à ce cas-là.
Dans le reste des cas, c'est pas fiable, à cause des conflits sus-cités.

D'autres standards DOM-like, comme JDOM, l'interdisent totalement et sans condition. Pour déclarer des namespaces sans chercher à s'en servir, il y a des ~~applications~~ méthodes pour ça.

Soit. Si on avait parlé d'un truc comme xmlns:tns, ta remarque aurait été judicieuse. Mais pour xmlns tout court, non. Pas de préfixe => Pas de namespace.

Alors il aurait mieux fallu dire "xmlns n'est pas tout à fait traiter comme un attribut dans la plupart des APIs XML".

Pour informations, s'il y a des attributs "xmlns" et "xmlns:monprefixe", est-ce q'on les retrouve dans la liste des attributs ?

Pour conclure, je voulais être précis sur les définitions pour pas qu'il n'y ait d'ambiguité. Ensuite le problème de l'utilisation de setAttributeNS(..., "xmlns", ...) a déjà été "corrigé" par tchize_ inutile de revenir dessus et autant appuyer sur l'erreur de l'utilisation des méthodes "xxxNS".