Dans quel processus les flux de travail Sharepoint 2007 sont-ils exécutés?

Question

Si je mets à jour un assemblage qui contient un flux de travail, je dois redémarrer le processus Windows approprié pour récupérer les nouveaux assemblages.

Pour vos commandes de pièces Web &, c'est juste le pool d'applications IIS en question (iisapp/r), et pour l'emploi, il est programmé Owstimer.exe (net stop/start SPTimerV3)

Mais qui dirige les flux de travail ? Sont-ils exécutés dans le pool d'applications IIS et sont redémarrés lorsque je redémarre le pool d'applications avec iisapp/r? Si oui, quel AppPool doit redémarrer, si j'en ai un pour le Site (: 80) et un pour l'Admin Central (: 49173)?

Edit: Après les réponses, je suis parvenu à attacher le débogueur au serveur et au moins Workflows qui sont scope = « site » dans le feature.xml fait courir dans le w3wp.exe de la demande Bassin. Cependant, je n'ai pas testé les flux de travail au niveau de la batterie de serveurs.

Answer 1

La hiérarchie est comme ceci:

• pool d'applications
• application Web
• Collection Site
• Site

Les flux de travail pour une application Web SharePoint course dans le travailleur processus mis en place pour le pool d'applications qui héberge cette application Web particulière.

L'Administration centrale a généralement son propre AppPool, donc dans votre cas, vous devez redémarrer AppPool pour le Site (: 80).

Answer 2

fonctionne sur les flux de production Sharepoint OWSTIMER processus

Answer 3

instances de flux de travail SharePoint exécution soit dans le processus de sptimerv3.exe ou le processus W3wp.exe. Le cas où une instance s'exécute à un moment donné dépend de l'activité d'attente la plus récente. Si le flux de travail démarre à la suite d'une opération interactive utilisateur ou s'il redémarre après avoir attendu une activité utilisateur orientée Web, l'instance de workflow s'exécute sur le processus w3wp.exe. Si l'instance de workflow redémarre à la suite d'une activité Delay (un certain délai), elle s'exécute sur le processus v3timer.exe.

Je vous recommande d'utiliser le modèle de flux de travail intégré de Visual Studio 2008 et d'avoir Visual Studio 2008 et SharePoint 2007 sur votre ordinateur de développement. Cela évite la plupart des complexités liées au workflow de débogage dans SharePoint car Visual Studio 2008 s'en chargera.

Alternativement, vous pouvez utiliser Visual Studio pour attacher aux deux processus pour faire votre débogage et cela fonctionnera très bien.

Les instances de flux de travaux s'exécutant sur vos listes de sites ne sont pas et non exécutées sur votre processus d'administration centrale.