Возникла ошибка при отражении типа xmlserializer

asked Sep 13, 2008 at 14:40

Remember that serialized classes must have default (i.e. parameterless) constructors. If you have no constructor at all, that’s fine; but if you have a constructor with a parameter, you’ll need to add the default one too.

Most common reasons by me:

 - the object being serialized has no parameterless constructor
 - the object contains Dictionary
 - the object has some public Interface members

answered Feb 22, 2014 at 12:29

Also be aware that XmlSerializer cannot serialize abstract properties.. See my question here (which I have added the solution code to)..

XML Serialization and Inherited Types

If you need to handle specific attributes (i.e. Dictionary, or any class), you can implement the IXmlSerialiable interface, which will allow you more freedom at the cost of more verbose coding.

public class NetService : IXmlSerializable
{
    #region Data

        public string Identifier = String.Empty;

        public string Name = String.Empty;

        public IPAddress Address = IPAddress.None;
        public int Port = 7777;

    #endregion

    #region IXmlSerializable Implementation

        public XmlSchema GetSchema() { return (null); }

        public void ReadXml(XmlReader reader)
        {
            // Attributes
            Identifier = reader[XML_IDENTIFIER];
            if (Int32.TryParse(reader[XML_NETWORK_PORT], out Port) == false)
            throw new XmlException("unable to parse the element " + typeof(NetService).Name + " (badly formatted parameter " + XML_NETWORK_PORT);
            if (IPAddress.TryParse(reader[XML_NETWORK_ADDR], out Address) == false)
            throw new XmlException("unable to parse the element " + typeof(NetService).Name + " (badly formatted parameter " + XML_NETWORK_ADDR);
        }

        public void WriteXml(XmlWriter writer)
        {
            // Attributes
            writer.WriteAttributeString(XML_IDENTIFIER, Identifier);
            writer.WriteAttributeString(XML_NETWORK_ADDR, Address.ToString());
            writer.WriteAttributeString(XML_NETWORK_PORT, Port.ToString());
        }

        private const string XML_IDENTIFIER = "Id";

        private const string XML_NETWORK_ADDR = "Address";

        private const string XML_NETWORK_PORT = "Port";

    #endregion
}

There is an interesting article, which show an elegant way to implements a sophisticated way to «extend» the XmlSerializer.

The article say:

IXmlSerializable is covered in the official documentation, but the documentation states it’s not intended for public use and provides no information beyond that. This indicates that the development team wanted to reserve the right to modify, disable, or even completely remove this extensibility hook down the road. However, as long as you’re willing to accept this uncertainty and deal with possible changes in the future, there’s no reason whatsoever you can’t take advantage of it.

Because this, I suggest to implement you’re own IXmlSerializable classes, in order to avoid too much complicated implementations.

…it could be straightforward to implements our custom XmlSerializer class using reflection.

I just got the same error and discovered that a property of type IEnumerable<SomeClass> was the problem. It appears that IEnumerable cannot be serialized directly.

Instead, one could use List<SomeClass>.

I’ve discovered that the Dictionary class in .Net 2.0 is not serializable using XML, but serializes well when binary serialization is used.

I found a work around here.

answered Jul 2, 2009 at 19:32

I recently got this in a web reference partial class when adding a new property. The auto generated class was adding the following attributes.

    [System.Xml.Serialization.XmlElementAttribute(Order = XX)]

I needed to add a similar attribute with an order one higher than the last in the auto generated sequence and this fixed it for me.

answered Dec 17, 2010 at 14:15

I too thought that the Serializable attribute had to be on the object but unless I’m being a complete noob (I am in the middle of a late night coding session) the following works from the SnippetCompiler:

using System;
using System.IO;
using System.Xml;
using System.Collections.Generic;
using System.Xml.Serialization;

public class Inner
{
    private string _AnotherStringProperty;
    public string AnotherStringProperty 
    { 
      get { return _AnotherStringProperty; } 
      set { _AnotherStringProperty = value; } 
    }
}

public class DataClass
{
    private string _StringProperty;
    public string StringProperty 
    { 
       get { return _StringProperty; } 
       set{ _StringProperty = value; } 
    }

    private Inner _InnerObject;
    public Inner InnerObject 
    { 
       get { return _InnerObject; } 
       set { _InnerObject = value; } 
    }
}

public class MyClass
{

    public static void Main()
    {
        try
        {
            XmlSerializer serializer = new XmlSerializer(typeof(DataClass));
            TextWriter writer = new StreamWriter(@"c:\tmp\dataClass.xml");
            DataClass clazz = new DataClass();
            Inner inner = new Inner();
            inner.AnotherStringProperty = "Foo2";
            clazz.InnerObject = inner;
            clazz.StringProperty = "foo";
            serializer.Serialize(writer, clazz);
        }
        finally
        {
            Console.Write("Press any key to continue...");
            Console.ReadKey();
        }
    }

}

I would imagine that the XmlSerializer is using reflection over the public properties.

answered Sep 13, 2008 at 15:23

answered Feb 20, 2021 at 8:50

I had a situation where the Order was the same for two elements in a row

[System.Xml.Serialization.XmlElementAttribute(IsNullable = true, Order = 0, ElementName = "SeriousInjuryFlag")]

…. some code …

[System.Xml.Serialization.XmlElementAttribute(IsNullable = true, Order = 0, ElementName = "AccidentFlag")]

When I changed the code to increment the order by one for each new Property in the class, the error went away.

I was getting the same error when I created a property having a datatype — Type. On this, I was getting an error — There was an error reflecting type. I kept checking the ‘InnerException’ of every exception from the debug dock and got the specific field name (which was Type) in my case. The solution is as follows:

    [XmlIgnore]
    public Type Type { get; set; }

answered Sep 13, 2008 at 14:55

I have been using the NetDataSerialiser class to serialise
my domain classes. NetDataContractSerializer Class.

The domain classes are shared between client and server.

I had the same issue and in my case the object had a ReadOnlyCollection. A collection must implement Add method to be serializable.

I have a slightly different solution to all described here so far, so for any future civilisation here’s mine!

I had declared a datatype of «time» as the original type was a TimeSpan and subsequently changed to a String:

[System.Xml.Serialization.XmlElementAttribute(DataType="time", Order=3)]

however the actual type was a string

public string TimeProperty {
    get {
        return this.timePropertyField;
    }
    set {
        this.timePropertyField = value;
        this.RaisePropertyChanged("TimeProperty");
    }
}

by removing the DateType property the Xml can be serialized

[System.Xml.Serialization.XmlElementAttribute(Order=3)]
public string TimeProperty {
    get {
        return this.timePropertyField;
    }
    set {
        this.timePropertyField = value;
        this.RaisePropertyChanged("TimeProperty");
    }
}

answered Dec 17, 2019 at 10:55

[System.Xml.Serialization.XmlElementAttribute("strFieldName", Form = System.Xml.Schema.XmlSchemaForm.Unqualified)]

Or

[XmlIgnore]
string [] strFielsName {get;set;}

asked Sep 13, 2008 at 14:40

Remember that serialized classes must have default (i.e. parameterless) constructors. If you have no constructor at all, that’s fine; but if you have a constructor with a parameter, you’ll need to add the default one too.

Most common reasons by me:

 - the object being serialized has no parameterless constructor
 - the object contains Dictionary
 - the object has some public Interface members

answered Feb 22, 2014 at 12:29

Also be aware that XmlSerializer cannot serialize abstract properties.. See my question here (which I have added the solution code to)..

XML Serialization and Inherited Types

If you need to handle specific attributes (i.e. Dictionary, or any class), you can implement the IXmlSerialiable interface, which will allow you more freedom at the cost of more verbose coding.

public class NetService : IXmlSerializable
{
    #region Data

        public string Identifier = String.Empty;

        public string Name = String.Empty;

        public IPAddress Address = IPAddress.None;
        public int Port = 7777;

    #endregion

    #region IXmlSerializable Implementation

        public XmlSchema GetSchema() { return (null); }

        public void ReadXml(XmlReader reader)
        {
            // Attributes
            Identifier = reader[XML_IDENTIFIER];
            if (Int32.TryParse(reader[XML_NETWORK_PORT], out Port) == false)
            throw new XmlException("unable to parse the element " + typeof(NetService).Name + " (badly formatted parameter " + XML_NETWORK_PORT);
            if (IPAddress.TryParse(reader[XML_NETWORK_ADDR], out Address) == false)
            throw new XmlException("unable to parse the element " + typeof(NetService).Name + " (badly formatted parameter " + XML_NETWORK_ADDR);
        }

        public void WriteXml(XmlWriter writer)
        {
            // Attributes
            writer.WriteAttributeString(XML_IDENTIFIER, Identifier);
            writer.WriteAttributeString(XML_NETWORK_ADDR, Address.ToString());
            writer.WriteAttributeString(XML_NETWORK_PORT, Port.ToString());
        }

        private const string XML_IDENTIFIER = "Id";

        private const string XML_NETWORK_ADDR = "Address";

        private const string XML_NETWORK_PORT = "Port";

    #endregion
}

There is an interesting article, which show an elegant way to implements a sophisticated way to «extend» the XmlSerializer.

The article say:

IXmlSerializable is covered in the official documentation, but the documentation states it’s not intended for public use and provides no information beyond that. This indicates that the development team wanted to reserve the right to modify, disable, or even completely remove this extensibility hook down the road. However, as long as you’re willing to accept this uncertainty and deal with possible changes in the future, there’s no reason whatsoever you can’t take advantage of it.

Because this, I suggest to implement you’re own IXmlSerializable classes, in order to avoid too much complicated implementations.

…it could be straightforward to implements our custom XmlSerializer class using reflection.

I just got the same error and discovered that a property of type IEnumerable<SomeClass> was the problem. It appears that IEnumerable cannot be serialized directly.

Instead, one could use List<SomeClass>.

I’ve discovered that the Dictionary class in .Net 2.0 is not serializable using XML, but serializes well when binary serialization is used.

I found a work around here.

answered Jul 2, 2009 at 19:32

I recently got this in a web reference partial class when adding a new property. The auto generated class was adding the following attributes.

    [System.Xml.Serialization.XmlElementAttribute(Order = XX)]

I needed to add a similar attribute with an order one higher than the last in the auto generated sequence and this fixed it for me.

answered Dec 17, 2010 at 14:15

I too thought that the Serializable attribute had to be on the object but unless I’m being a complete noob (I am in the middle of a late night coding session) the following works from the SnippetCompiler:

using System;
using System.IO;
using System.Xml;
using System.Collections.Generic;
using System.Xml.Serialization;

public class Inner
{
    private string _AnotherStringProperty;
    public string AnotherStringProperty 
    { 
      get { return _AnotherStringProperty; } 
      set { _AnotherStringProperty = value; } 
    }
}

public class DataClass
{
    private string _StringProperty;
    public string StringProperty 
    { 
       get { return _StringProperty; } 
       set{ _StringProperty = value; } 
    }

    private Inner _InnerObject;
    public Inner InnerObject 
    { 
       get { return _InnerObject; } 
       set { _InnerObject = value; } 
    }
}

public class MyClass
{

    public static void Main()
    {
        try
        {
            XmlSerializer serializer = new XmlSerializer(typeof(DataClass));
            TextWriter writer = new StreamWriter(@"c:\tmp\dataClass.xml");
            DataClass clazz = new DataClass();
            Inner inner = new Inner();
            inner.AnotherStringProperty = "Foo2";
            clazz.InnerObject = inner;
            clazz.StringProperty = "foo";
            serializer.Serialize(writer, clazz);
        }
        finally
        {
            Console.Write("Press any key to continue...");
            Console.ReadKey();
        }
    }

}

I would imagine that the XmlSerializer is using reflection over the public properties.

answered Sep 13, 2008 at 15:23

answered Feb 20, 2021 at 8:50

I had a situation where the Order was the same for two elements in a row

[System.Xml.Serialization.XmlElementAttribute(IsNullable = true, Order = 0, ElementName = "SeriousInjuryFlag")]

…. some code …

[System.Xml.Serialization.XmlElementAttribute(IsNullable = true, Order = 0, ElementName = "AccidentFlag")]

When I changed the code to increment the order by one for each new Property in the class, the error went away.

I was getting the same error when I created a property having a datatype — Type. On this, I was getting an error — There was an error reflecting type. I kept checking the ‘InnerException’ of every exception from the debug dock and got the specific field name (which was Type) in my case. The solution is as follows:

    [XmlIgnore]
    public Type Type { get; set; }

answered Sep 13, 2008 at 14:55

I have been using the NetDataSerialiser class to serialise
my domain classes. NetDataContractSerializer Class.

The domain classes are shared between client and server.

I had the same issue and in my case the object had a ReadOnlyCollection. A collection must implement Add method to be serializable.

I have a slightly different solution to all described here so far, so for any future civilisation here’s mine!

I had declared a datatype of «time» as the original type was a TimeSpan and subsequently changed to a String:

[System.Xml.Serialization.XmlElementAttribute(DataType="time", Order=3)]

however the actual type was a string

public string TimeProperty {
    get {
        return this.timePropertyField;
    }
    set {
        this.timePropertyField = value;
        this.RaisePropertyChanged("TimeProperty");
    }
}

by removing the DateType property the Xml can be serialized

[System.Xml.Serialization.XmlElementAttribute(Order=3)]
public string TimeProperty {
    get {
        return this.timePropertyField;
    }
    set {
        this.timePropertyField = value;
        this.RaisePropertyChanged("TimeProperty");
    }
}

answered Dec 17, 2019 at 10:55

[System.Xml.Serialization.XmlElementAttribute("strFieldName", Form = System.Xml.Schema.XmlSchemaForm.Unqualified)]

Or

[XmlIgnore]
string [] strFielsName {get;set;}