"Problème" d'espace dans un XML ?

Bonjour,

je viens poster ici car je ne sais vraiment plus vers qui me tourner pour mon problème qui n'en est pas un.

Je travaille sous .NET et je fais de la sérialisation / désérialisation XML.

Quand je génère mon fichier XML, j'obtiens ceci (avec ou sans mise en page pour impression j'ai des espaces avant chaque />):

Code:

---

1 2 3 4 5 6

<AccountInterval> <Pos v="3" /> <InQty v="3270.0" /> <OutQty v="0" /> <SettlementAmount v="3000.0" /> </AccountInterval>

---

et on me demande ce résultat (les espaces ne sont pas présents avant les />)

Code:

---

1 2 3 4 5 6

<AccountInterval> <Pos v="3"/> <InQty v="3270.0"/> <OutQty v="0"/> <SettlementAmount v="3000.0"/> </AccountInterval>

---

Est-ce que quelqu'un aurait une idée du pourquoi mon XMLSerializer dotNet me génère un espace systématiquement ?
Si besoin, je peux donner plus de détails techniques par rapport à .NET (utilisation d'un XmlWriterSettings, etc.)

Merci pour votre aide, je suis désespéré de ne pas trouver d'explication autre que "ça doit être la faute à .NET framework"... :)

a+

Les espaces entre les attributs d'un noeud n'ont pas de significations, donc les parseur font un peu ce qu'ils veulent en la matière.
Même si l'espace dans ce cas semble supperflux, ce n'est malgré tout pas un problème. Tous les applications devrait le gérer de la même façon.

Je serais juste curieux de voir si l'espace est toujours présent avec un :

Code:

---

1 2	XmlWriterSettings settings = new XmlWriterSettings(); settings.Indent = false;

---

Bonjour,

les espaces sont présents dans les deux cas, avec ou sans indentation, en spécifiant le caractère de tabulation pour l'indentation ou non, en fait je crois avoir testé à peu près toutes les propriétés d'un XmlWriterSettings sans noter de changement de comportement du parseur sur ce point.

Je suis d'accord qu'il ne s'agit pas là d'un problème, mais ce fichier à vocation a être publié sur le web en l'état, et on me demande d'enlever cet espace. Etant donné qu'il est hors de question de toucher au fichier "manuellement" (ça reviendrait à perdre la garantie constructeur de son ordinateur tout neuf juste à cause de l'ouverture de la tour pour y ajouter une barette de RAM), je pense qu'il n'y a rien à faire.

J'ai noté cependant, qu'en utilisant IE8 pour ouvrir un fichier XML qui n'a pas ce problème (il n'est pas indenté -le fameux "pretty-printing" -) et qui n'a pas cet espace, et bien IE8 lui l'a ajouté, donc j'en conclus que le parser XML d'IE8 réagit de la même manière que le XMLSerializer du framework .NET...

Celà dit ça ne fait pas trop avancer le schmilblick...

Merci en tout cas pour le retour.

C'est a ceux qui te demandent d'enlever l'espace de comprendre que eux portent une signification là où la norme XML n'en définit pas.

Citation:

---

Envoyé par le-maraudeur

J'ai noté cependant, qu'en utilisant IE8 pour ouvrir un fichier XML qui n'a pas ce problème (il n'est pas indenté -le fameux "pretty-printing" -) et qui n'a pas cet espace, et bien IE8 lui l'a ajouté, donc j'en conclus que le parser XML d'IE8 réagit de la même manière que le XMLSerializer du framework .NET....

---

ATTENTION, a moins d'un changement majeur en IE8, dont je ne vois pas l'intérêt, IE, comme firefox, n'affichent pas le XML.
En réalité il lui adjoigne une feuille XSLT par défaut qui va transformer le XML en une représentation HTML.La seule manière de savoir comment est réellement un fichier XML c'est de l'ouvrir dans un éditeur texte comme blocnote.

Citation:

---

Envoyé par le-maraudeur

Etant donné qu'il est hors de question de toucher au fichier "manuellement" (ça reviendrait à perdre la garantie constructeur de son ordinateur tout neuf juste à cause de l'ouverture de la tour pour y ajouter une barette de RAM), je pense qu'il n'y a rien à faire.

---

Bah, rien ne t'empêche de voir s'il n'y a pas d'autres bibliothèques XML en .Net, qui elles ne sérialisent pas avec cet espace. (Désolé, .Net moi pas connaître.)

Et puis, faire son propre sérialiseur pour ça, a priori ça vaut pas le coup, en effet. Moi j'éviterais. Mais il faut mettre ça en balance avec le fait que sérialiser du XML, c'est quand même pas la mort non plus, et si on connaît bien c'est facile à tester.