Cannot store any Object with "Version" in type name


Programming error in SpecializedStoreBase.GetObjectTypeInfo(), where a call to CutOutVersionNumbers() is unnessesary and destroyes the type name...


grecinto wrote Sep 22, 2016 at 9:59 PM

That is by design, a solution to allow storage of objects that is not tied to a Version. Being a storage engine, Objects can get stored and read whether the object differs in serialized "version".

Version checking is thus recommended to be done in the Application domain.

grecinto wrote Oct 4, 2016 at 2:38 AM

Pls. use the preferred way to serialize the object which is to implement the IPersistent interface or the Persistent abstract class.

The default object serialization was just provided for convenience but contains serialization info that can have this kind of side effect and is slower.

Thanks for a good catch. 'perhaps in next version of Sop we can improve it.