Question

J'ai déjà effectué des workflows WF hébergés par des sites SharePoint. Nous devons actuellement développer un flux de travail assez complexe pour une application ASP.NET vanilla qui, hélas, ne s'exécute pas dans un contexte SharePoint.

J'ai remarqué que lorsque je crée un flux de travail WF "ordinaire" dans VS2008, je n'ai pas les activités CreateTask, onTaskChanged, etc. Je suppose que cela est dû au fait que toute la tâche API est fournie par la couche supplémentaire MOSS.

Ma question est la suivante: existe-t-il une bibliothèque qui implémente des éléments axés sur les tâches pour WF ou devons-nous lancer notre propre?

Était-ce utile?

La solution

WF (sans SharePoint) ne fournit pas une telle fonctionnalité prête à l'emploi. Je ne connais aucune bibliothèque offrant des fonctionnalités de tâches / boîte de réception. Nous avons donc créé notre propre bibliothèque.

Les tâches sont créées par une activité personnalisée. Les flux de travaux seront signalés à l’aide d’activités de réception WF 3.5 standard qui les feront attendre un signal de toute interface graphique externe WF.

Il existe un échantillon de Microsoft qui affiche quelque chose de similaire, même s’il n’utilise pas les services WF.

Autres conseils

Je n'ai créé qu'un seul flux de travail dans .Net, mais celui-ci utilise un point d'entrée de service Web, par exemple. MyService.xamlx est l'URL invoquée dans une demande SOAP, utilisant le nom de l'activité de réception comme nom d'opération et transmettant les paramètres définis dans l'élément ReceiveParametersContent.

(J'ai remarqué que l'appelant du service VS 2010 était confus et ne me permettait pas de spécifier les paramètres, mais SoapUI était tout à fait disposé à utiliser le WSDL renvoyé par MyService.xamlx? wsdl.)

Le modèle de projet était "Application de service de flux de travaux WCF"

.
Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top