Désérialisation XML et balises vides

Bonjour à tous.

Je travaille actuellement sur un format de fichier dont la syntaxe est en XML. A partir du schéma XSD associé dont je dispose, j'ai créé les classes C# correspondantes via l'outil XSD.exe de .NET (xsd.exe /c /l:cs monschema.xsd).

Lorsque j'essaie de désérialiser l'élément racine d'un fichier XML écrit selon ce schéma, j'obtiens des erreurs du type

Citation:

---

Il existe une erreur dans le document XML (148,23) ---> System.Format.Exception : Le format de la chaîne d'entrée est incorrect.

---

Quand je regarde ligne 148, colonne 23 de mon fichier XML je me trouve juste après la balise fermante de l'élément

Code:

---

<ABSFront />

---

. Après différents tests effectués en modifiant le fichier XML, il s'avère que tous les éléments "vides" devant contenir des entiers (et donc pour lesquels doit s'effectuer un cast string -> int) posent des problèmes lors de leur désérialisation. Cela ne change rien si j'essaie

Code:

---

<ABSFront/>

---

ou

Code:

---

<ABSFront></ABSFront>

---

.

Quelqu'un aurait-il une petite idée ?

Merci d'avance ;)

La seule qui me vient en tête, c'est qu'un Int n'est pas nullable. Et si une balise est vide, il considère la valeur comme nulle. Donc problème avec le cas d'un int.

Soit, dans ta classe, la propriété de type int doit devenir nullable (

Code:

---

Nullable<Int32

---

>) ou alors, il faut forcer la valeur à 0 dans le XML que tu désérialize (0 étant le

Code:

---

default(int)

---

).

J'ai remplacé les Int32 et les Decimal (pour lesquels j'ai le même problème)par des Nullable<Int32> et des Nullable<Decimal>, sans succès.

Qu'entends-tu par "forcer la valeur à 0 dans le XML" ? (Parce que je n'ai pas accès du tout au code ayant servi à sérialiser les classes dans le fichier...)

ton xsd, tu l'as créé à partir d'un xml ? Dans ce cas, ton xml n'étais pas exaustif. Donc le schéma n'a pas connaissance de type nullables. A toi de l'en informer.

ah, je viens de relire ton dernier poste.
Donc, si tu n'as pas la main sur le XSD, ni les classes, il faut que tes fichier XML aient des valeurs pour les éléments numériques :
<MonChiffre /> ne doit pas se trouver dans ton ficheir XML, à la place tu dois mettre des <MonChiffre>0</MonChiffre> (ou une valeur appropriée, selon ton fonctionnel).

Le problème c'est que je ne contrôle pas la façon dont sont créés les fichiers XML... J'ai juste le schéma XSD et des fichiers XML générés par un logiciel, et je dois désérialiser l'objet racine des fichiers pour aller lire les informations dedans ...

Que je comprenne bien :
on te fourni des fichiers XML, tu as un schema pour la validation et tu dois déserialiser ?
Tu as utilisé l'outil de génération de classes à partir du xsd, c'est bien ça ?

C'est exactement ça. Vu le nombre élevé de classes et de membres j'ai utilisé XSD.exe pour avoir directement les classes.

Automatisation du travail... :aie:

ok, donc ton xsd ne devait pas contenir une info xi:nil (de mémoire)...
Donc tu es maîtres des classes... il faut que tu changes tes types int en int?, etc.
et tu dois avoir un autre truc à faire...

perso, je préfère créer mes classes "entity" à la main et, soit utiliser le XmlSerialize/XmlDeserialize, en taguant les attributs de ma classe ou carrément faire la mappage à la main...

tu trouveras pleins d'infos dans le tuto de Thomas Levesque.

Changer les types int en int? revient bien à les changer en Nullable<int>, non ? (c'est ce que j'ai lu quelque part). Parce que j'ai déjà essayé sans succès.

J'ai essayé aussi de mettre IsNullable = true dans les paramètres de sérialisation/désérialisation appelés XmlElementAttribute.

Enfin j'ai testé la solution d'indiquer une valeur par défaut :

Code:

---

[System::ComponentModel::DefaultValueAttribute(System::Decimal::typeid, L"0.0")]

---

, ça marche, mais lors de la lecture je ne saurais pas si elle a été lue ou si c'est celle par défaut...non ?

Ecrire tout à la main... pfiou...

Citation:

---

Envoyé par regliss76

Changer les types int en int? revient bien à les changer en Nullable<int>, non ? (c'est ce que j'ai lu quelque part). Parce que j'ai déjà essayé sans succès.

---

Oui. Mais tu ne fais qu'indiquer que l'attribut accepte null comme valeur. En aucun cas tu n'indique au mappage ce qu'il doit faire...

Actuellement, tu as quelque chose qui faite du "int.Parse(Null-or-empty)" (un truc du genre) et c'est ça qui ne marche pas. Regarde dans le code où se fait le mapping xml/objet et change le code erroné.

Comme quoi l'automatisation, si tu dois revenir dessus derrière parce que ça ne marche pas... En plus ça génère du code imbitable et inmaintenable.

Bon courage car ce sera long et fastidieux ;)

Citation:

---

Regarde dans le code où se fait le mapping xml/objet et change le code erroné.

---

Tu veux dire dans les classes, au niveau des getters et setters ?

N'ayant jamais fais comme ça, je ne peux pas te dire... mais j'imagine qu'il y a un endroit où le XML est lu et les props des objets sont valuées... c'est là qu'il faut agir.

Désolé, je ne peux pas t'en dire plus.

Cet endroit m'est totalement inaccessible. Impossible de faire du pas à pas détaillé au niveau de la désérialisation...

Biensûr, si tu utilises les classes .Net pour la désérialisation... Que Cretino ! :aie:

alors là, je sèche... :cry:

je te dirai bien de faire à la mimine...

Tu aurais un fragment Xml et le code de la clase y correspondant à fournir ?

Finalement changement de plan, j'ai utilisé CodeSynthesis XSD, et ... ça marche !
Merci de l'aide quand même !