Les erreurs de manipulation dans les workflows est un concept important à considérer, car parfois une routine que votre flux de production est intrinsèquement appelant suffira fart Out. Il arrive juste, suce, mais ne se passe. Il arrive avec génériques. NET, il arrive lors de la création de workflows personnalisés. Une erreur se produira avec votre flux de production, bulle en place, et il doit être manipulé de manière appropriée. Typiquement, dans un flux de travail, comme une exception se produit, vous voulez faire le font généralement l'une des deux choses, soit quitter le flux de production et de nettoyage de la persistance, ou de tenter de maintenir la persistance du workflow.

Comme une majorité des activités par défaut qui vous sont offerts avec la fondation de workflow sont assez inutiles (je suis négatif depuis que j'ai eu une mauvaise journée avec eux), vous allez finir par écrire un tas de vos activités personnalisées propres flux de travail, dans auquel cas cela devient très important. L'exécution des activités peut échouer, auquel cas une exception sera bulle qui doit être traitée.

Alors, comment fait-on pour la manipulation de ces défauts redoutée comme elles se produisent dans votre code de workflow, et plus important encore, lors de la création des activités personnalisées qui vont être exploitées au sein d'un flux de travail personnalisé?

Je le fais à travers l'utilisation de l'interface ISharePointService et en surchargeant la méthode HandleFault. Ceci est une bonne façon de traiter les défauts comme elles se produisent dans vos activités de workflow ISharePointService L'interface est l'un de la communication 4 locaux interfaces qui vous sont offertes en tapant. Il ya aussi la communication de trois autres interfaces qui vous permettra d'exploiter, à savoir IListService, ITaskService, et IWorkflowModificationService.

Vous verrez également l'utilisation de ActivityExecutionStatus.Closed. C'est parce que le travail de nettoyage qui est nécessaire avant que l'activité au sein de ce code est pris en charge, et donc je peux fermer le statut d'exécution de l'activité. Il est possible aussi bien utiliser ActivityExecutionStatus.Faulting est

Lorsque le gestionnaire d'exécution HandleFault est expédié par le runtime, il est prévu que l'activité va effectuer un travail de nettoyage qui est nécessaire avant le passage à l'état fermé. Si votre travail de nettoyage est court, vous pouvez le faire et revenir ActivityExecutionStatus.Closed. Si elle est longue, puis retour ActivityExecutionStatus.Faulting et d'attendre les rappels nécessaires avant creturning finalement fermée.

C'est assez simpliste, et pas particulièrement impressionnante, mais elle n'est que le travail soit fait pour moi et mai vous faire gagner du temps pendant que vous développez vos flux de production personnalisé .

Related posts:

1. Elevated Code En SharePoint Workflows
2. WebPart Exception / Error Handling
3. WebPart Exception Handling normes
4. Locking Down Custom SharePoint assemblées
5. Utilisez Freakin GetClassResourcePath ()!

Article ou de recherche Classé dans SharePoint développement.

4 Commentaires »

1. [...] Fault Handling Dans SharePoint Workflows [...]

   Pingback par Sharepoint Link Love 06-22-2007 à Génération Virtuelle - Juin 22, 2007 @ 12:31 am

2. 

   Merci! C'est ce que je cherchais.

   Commentaire de Vitaly Mogoreanu - Juillet 6, 2007 @ 9:47

3. 

   Merci!

   Commentaire de peterb - 3 Mars, 2009 @ 9:10 pm

4. 

   Merci!

   Commentaire de peterb - 3 Mars, 2009 @ 9:10 pm

Flux RSS pour les commentaires sur ce post. TrackBack URL

Laissez un commentaire