Home/ Questions/Q 172789
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-11T13:13:41+00:00

.NET 2.0 introduced VTS (Version Tolerant Serialization, http://msdn.microsoft.com/en-us/library/ms229752(VS.80).aspx ) A simple test project reveals

  • 0

.NET 2.0 introduced VTS (Version Tolerant Serialization, http://msdn.microsoft.com/en-us/library/ms229752(VS.80).aspx )

A simple test project reveals that the default behavior in 2.0 is to not throw a serialization exception if a field is added to a class, then an attempt is made to deserialize an instance of that class from a binary serialization of a class instance that didn’t have the new field.

The default behavior in 1.1 is to throw a serialization exception if a field present in the class is missing in the binary serialized bits.

Besides breaking backwards compatibility (code relying on the exceptions being thrown doesn’t work anymore), there’s a bigger problem: there is no obvious way to emulate the 1.1 behaviour in 2.0.

How do I emulate the ‘throw exception on missing/extra fields’ 1.1 behavior in 2.0?

Many thanks, Miron

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Only fields that have the OptionalFieldAttribute attribute applied to them should ignore the missing information during deserialization. Simply removing that attribute should yield an exception, and result in the same behaviour as in .NET Framework 1.1.

    Update:

    The culprit must be the AssemblyFormat property of the BinaryFormatter class, which is FormatterAssemblyStyle.Full by default in 1.1, but which is FormatterAssemblyStyle.Simple by default in 2.0.

    In fact, setting this to FormatterAssemblyStyle.Simple in 1.1 will yield the same behaviour as in 2.0: no exception is thrown. At last in .NET 2.0 you have the OptionalFieldAttribute to be more finegrained.

    So set this property to FormatterAssemblyStyle.Full, and see what it does.

    See also here.

    • 0