Essayer de résoudre le problème de Windows Workflow 4.5

L’erreur que je reçois est

“L’application WorkflowApplication a été abandonnée car une opération Load ou LoadRunnableInstance a généré une exception. Créez un nouvel object WorkflowApplication pour essayer de charger une autre instance de stream de travail.”

J’utilise “workflowapplication” pour exécuter le stream de travail. L’instance de stream de travail que je tente de charger (il y en a quelques-uns) a été créée il y a quelque temps et a été conservée dans la firebase database.

Existe-t-il un moyen de trouver l’exception qui a été réellement levée lors de l’opération Load ou LoadRunnableInstance? J’ai attrapé cette erreur dans l’événement “abandonné” sur l’object d’application de workflow, mais il ne me dit pas l’erreur qui a été renvoyée lors du chargement.

Nouvelle addition

J’ai collé le code suivant dans mon web.config pour obtenir plus de détails sur l’exception ci-dessus:

Cela m’a amené à l’exception

Avertissement System.Activities.DurableInstancing: 131075: http://msdn.microsoft.com/en-US/library/System.ServiceModel.Diagnostics.ThrowingException.aspxInitialisation d’ une exception. Source: System.Activities.DurableInstancing 4.0.0.0. Détails des exceptions: System.Runtime.DurableInstancing.InstancePersistenceCommandException: L’exécution de la InstancePersistenceCommand nommée {urn: schemas-microsoft-com: System.Activities.Persistence / commande} LoadWorkflow a été interrompue par une erreur. —> Système.Sérialisation Culture = neutre, PublicKeyToken = null ‘. Vérifiez que le type en cours de sérialisation a le même contrat que le type en cours de désérialisation et que le même assemblage est utilisé.

Alors maintenant, mon problème est de savoir comment gérer les proxys dynamics en cours de sérialisation. D’après ce que j’ai lu, elles sont disponibles à la demande, il ne sera donc pas garanti qu’elles se trouvent dans les Dll, d’autant plus que nous avons plusieurs développeurs.

Nous avons déjà des clients qui auront des instances du stream de travail avec des classes de proxy sérialisées.

Ma question est la suivante: existe-t-il un moyen intégré permettant à Windows Workflow de traiter les classes de proxy sérialisées de manière plus eloquent?