OPDATERING 12/10/07: Hotfix som beskrevet i MSDN KB929816 løst problemet for os nævnt nedenfor. Få hotfixet og derefter installere på hver server på farmen. Derefter, SharePoint konfigurationsværktøj på hver server. Her er linket MS Support for at KB: http://support.microsoft.com/kb/932816.
Baggrund:
Vi har en virksomhed krav hvor en environmental engineering manager skal sikre, at 30 Some-Odd fremstilling steder placeret overalt i USA skal sikre, at disse planter fil for deres forskellige statslige-mandat tilladelser i tide. En metode vi har undersøgt gearer "Pause indtil dato" aktivitet til rådighed via SharePoint Designer worfklow. Engineering manager (eller hendes assistent) træder alle nødvendige tilladelser og påmindelsesdatoer i starten af året. Systemet så gør alle de tunge løft.
Miljø:
MOSS, 64 bit, virtuel maskine miljø (udvikling boks), 2 servere (SQL på serveren #1, alt andet på serveren #2).
Problemer:
Handlingen Pause indtil dato synes at være den perfekte løsning, og det kan godt vise sig at være. Dog, det virker ikke godt ud af boksen (for os).
- Arbejdsprocesjob var ikke planlagt til at køre, nogensinde. Jeg opdagede det ved at læse Christopher White (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) fremragende skrive-up ved hjælp af stsadm thusly:
C:\>stsadm -o getproperty - propertyname "job-arbejdsproces" -URL-adresse http://localhost
<Egenskaben findes = "ingen" />
C:\>
Der var et overraskende resultat men let løst:
C:\>stsadm -o setproperty - propertyname "job-worfklow" -PropertyValue "hver 1 minutter mellem 0 og 59" -URL-adresse http://localhost
Operation fuldført.
C:\>
Ved at gøre det, den første "i gang" arbejdsprocessen hurtigt fyret op og gjorde det har job.
- Desværre, den næste ene virkede ikke som forventet. Heldigvis, Christopher henviser os Her (http://support.microsoft.com/kb/932816). Som for skrivning af denne post, Vi venter for IT-afdelingen at få dette hotfix, men det ser lovende. Vores kopier af de berørte .dll deler ikke den samme bytestørrelsen, så forhåbentlig vil dette løse problemet.
Løsning:
Re-kører kommandoen stsadm -o setproperty syntes at prod arbejdsprocestimeren vågen. Det ville, groft 7 minutter senere, faktisk vågne op og fortsætte sammen med arbejdsprocessen.
Spørgsmål / Spørgsmål, der behandles:
Pause indtil dato virker ikke.
Pause indtil dato genoptage ikke.
Arbejdsprocessen status ændres ikke fra "i gang"
Arbejdsprocessen status forbliver "i gang"
Hej Paul.. Dont know, hvis du overvåger eller ikke. Jeg har problemet, der er pause. Jeg har også 3.5 SP1, som også installere 3.0 SP2 ramme. Så når jeg forsøger at køre denne hot fix, Det er det ikke kan finde produktet til at opdatere. Jeg har også mos sp2 installeret. Stadig få forsinkelsen. Jeg flået 3 og 3.5 rammer og geninstallere. Stadig få den dealy…men det tager en hel loops/venter, før det sker. Andre forslag?
Tak..
http://www.sskbank.com
Jeg opretter en påmindelse arbejdsgang ved hjælp af SharePoint Designer, og når jeg bruger "Pause indtil dato" aktivitet. Det genoptage ikke og status for arbejdsproces ændrer ikke fra "I gang".
(dvs. Det viser "Pausing for 0 minutter" kun, under Arbejdsproceshistorik men det tager ikke nogen bestemt handling).
Jeg har gjort nogle googling for det i sidste 4 dage, og derfra jeg havde fået en hot fix-KB 932394 og installeret det men jeg er i samme problemer med "Pause indtil dato" aktivitet.
Jeg har også skiftet "job-arbejdsproces" time varighed ved hjælp af stsadm-kommandoen fra 5 minutter til 1 minut som nedenfor:
Hvad skal jeg gøre dette?
Behage lede mig hvorfor "Pause indtil dato" ikke genoptage og status for arbejdsproces ændrer ikke fra "i gang" i mit workflow.
Jeg har dette problem i SP 2010. Jeg har hamrer mit hoved mod væggen for næsten en uge forsøgt at løse – til ingen nytte. Har du nogen nyere oplysninger om dette “pause indtil dato” aktivitet aldrig skrider?
Bedrøvelig nemlig aldrig op med at reagere. Jeg håber du fandt årsagen til dit problem.