Discussion :

[gorthal_CH]

Bonjour,
Je bute sur un petit problème de sérialisation : l'objet que je doit sérialiser contient des propriétés dont les valeurs sont renseignées par un autre système, via la base de données, ce qui fait que je n'ai aucun contrôle sur les données reçues.
Il arrive parfois que ces données contiennent des caractères de contrôle (invalides pour la génération du fichier XML) :
- System.ArgumentException: '', hexadecimal value 0x1F, is an invalid character.

Si je mets la propriété XmlWriterSettings.CheckCharacters = false, le fichier XML se génère mais le caractère de contrôle est remplacé par  :
<AdressePatient>Bern-Zürich&#x1F;-Strasse 38</AdressePatient>

... et là, la désérialisation ne fonctionne pas non plus pour la même raison citée plus haut.

Y-a-t-il un moyen de supprimer ces caractères indésirables dans un objet avant la sérialisation ?

Merci pour votre aide.

Marc

[GuruuMeditation]

A voir si c'est une possibilité dans ton cas, mais DataContractSerializer est souvent bien plus puissant que XmlSerializer :

https://msdn.microsoft.com/en-us/library/bb675198.aspx

[François M.]

Bonjour

Un contournement est proposé ici, mais il n'est pas "universel" : il impose l'addition d'une propriété pour chaque propriété en CData.

http://stackoverflow.com/questions/1...-xmlserializer

A noter que le code dans le setter de l'exemple supra est superflu : la déserialisation de cdata est gérée sans problème par le XmlSerializer.
Donc, il y a juste le code du getter à faire.

[Alain Defrance]

Tu pourrai simplement processer ton object avant de le serializer (simple replace) avant de serializer ton object en XML non? Qu'est-ce qui empeche ca?

[François M.]

Tu pourrai simplement processer ton object avant de le serializer (simple replace) avant de serializer ton object en XML non? Qu'est-ce qui empeche ca?

Quel intérêt ?

[Alain Defrance]

Quel intérêt ?

Avoir un object serializable vers XML?