MISE À JOUR 12/10/07: Correctif logiciel tel que décrit dans le MSDN KB929816 résolu le problème pour nous mentionnées ci-dessous. Procurez-vous le correctif et puis installer sur chaque serveur de la ferme. Puis, utilitaire de configuration de SharePoint sur chaque serveur. Voici le lien de Support MS pour que Ko: http://support.microsoft.com/kb/932816.

Arrière-plan:

Nous avons une exigence de l'entreprise où un directeur de l'ingénierie environnementale doit veiller à ce que 30 lieux de fabrication juché à travers les besoins des Etats-Unis pour s'assurer que ces plantes déposent leur permis divers État obligatoire en temps opportun. Nous avons étudié l'une des approches s'appuie sur la "Pause jusqu'à ce que Date" activité à notre disposition par l'intermédiaire de SharePoint Designer worfklow. Le directeur de l'ingénierie (ou son assistante) pénètre dans tous les permis nécessaires et les dates de rappel au début de l'année. Le système procède ensuite tout le levage lourd.

Environnement:

MOUSSE, 64 bit, environnement de machine virtuelle (boîte de développement), 2 serveurs (SQL sur le serveur #1, tout le reste sur le serveur #2).

Problèmes:

L'action Pause jusqu'à ce que Date semble être la solution parfaite et il pourrait bien se révéler lui-même d'être. Cependant, il ne fonctionne pas hors de la boîte (pour nous).

1. La tâche de flux de travail ne devait pas courir, jamais. J'ai découvert cela en lisant Christopher White (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) excellent compte-rendu à l'aide de stsadm thusly:
   

   C:\>stsadm -o getproperty - propertyname "job-workflow" -URL http://localhost

   <Propriété existe = "non" />

   C:\>

   C'était un résultat surprenant mais facilement résolu:

   C:\>stsadm -o setproperty - propertyname "emploi-worfklow" -propertyvalue "chaque 1 minutes entre 0 et 59" -URL http://localhost

   Opération réussie.

   C:\>

   Après cela qui, le premier "en cours" Workflow rapidement tiré vers le haut et l'a fait a job.

2. Malheureusement, celle qui suit n'a pas fonctionné comme prévu. Heureusement, Christopher nous renvoie ici (http://support.microsoft.com/kb/932816). Au moment de la rédaction de cet article, Nous attendons pour le service informatique obtenir ce correctif, mais il a l'air prometteur. Nos copies de la dll concernées ne partagent pas la même taille en octets, alors j'espère que cela va résoudre le problème.

Solution de contournement:

Ré-exécuter la commande stsadm-o setproperty semblait prod le minuteur de flux de travail éveillé. Il serait, à peu près 7 minutes plus tard, en fait réveiller et continuer avec le flux de travail.

Questions / Questions abordées:

Pause jusqu'à ce que Date ne fonctionne pas.

Pause jusqu'à ce que Date ne reprend pas.

État du workflow ne change pas de "en cours"

État du workflow reste "en cours"