ModelChecksumPrecondition

CapableObjects Forums SupportForum ModelChecksumPrecondition

This topic contains 3 replies, has 2 voices, and was last updated by  efim 2 weeks, 6 days ago.

Viewing 4 posts - 1 through 4 (of 4 total)
  • Author
    Posts
  • #4769

    efim
    Participant

    Hi,

    I have no idea what could it be:

    Der Formatierer hat beim Deserialisieren der Nachricht eine Ausnahme ausgelöst: Fehler beim Deserialisieren von Parameter http://tempuri.org/:precondition. Die InnerException-Nachricht war “Fehler in Zeile 1, Position 5946. Das Element “http://tempuri.org/:precondition” enthält Daten eines Typs, der dem Namen “http://schemas.datacontract.org/2004/07/Eco.Persistence:ModelChecksumPrecondition” zugeordnet ist. Dem Deserialisierungsprogramm ist kein Typ bekannt, der diesem Namen zugeordnet ist. Verwenden Sie ggf. einen DataContractResolver, oder fügen Sie den entsprechenden Typ für “ModelChecksumPrecondition” der Liste der bekannten Typen hinzu. Verwenden Sie dazu z. B. das Attribut “KnownTypeAttribute”, oder fügen Sie den Typ der an DataContractSerializer übergebenen Liste von bekannten Typen hinzu.”

    I have added ModelChecksumPrecondition to known types like this:
    Eco.Wcf.Common.KnownTypesHelper.AdditionalTypes.Add(typeof(ModelChecksumPrecondition));
    but it did not help

    /Efim

    #4772

    Admin
    Keymaster

    Hi Efim,

    [Serializable]
      [DataContract]
      [KnownType (typeof(OptimisticLockingPrecondition))]
      [KnownType(typeof(ModelChecksumPrecondition))]  
      public abstract class UpdatePrecondition { }
    

    The Update Precondition has been extended with an option. It is a precondition ModelChecksumPrecondition that can be made to enforce the same model on the client as in the persistence server. The condition was introduced after clarification that some (all) data inconsistencies was created by writes from clients with other model version.

    The OptimisticLockingPrecondition now inherits from ModelChecksumPrecondition

    Is your persistence server compiled with a too old MDriven Version?

    #4773

    efim
    Participant

    7.0.0.8730
    The strange thing is that I am working a while with this version, but this error came for a pair of days after I extended model class with 2 attributes.

    /Efim

    #4779

    efim
    Participant

    I could recover it by going backwards to earlier versions and step-by-step reconstruction my changes. No update to later MDriven versions was needed.
    No idea what has happened

Viewing 4 posts - 1 through 4 (of 4 total)

You must be logged in to reply to this topic.

Comments are closed.