OPPDATERINGEN 12/10/07: Hurtigreparasjonen som beskrives i MSDN KB929816 løste problemet for oss nevnt nedenfor. Skaffe hurtigreparasjonen og deretter installere på hver server i farmen. Deretter, SharePoint-konfigurasjonsverktøyet på hver server. Her er koblingen MS Support for at KB: http://support.microsoft.com/kb/932816.
Bakgrunn:
Vi har et forretningskrav der en environmental engineering manager må sikre at 30 Some-Odd produksjon steder ligger i hele USA må å sikre at disse plantene fil for deres ulike stat-mandat tillatelser i tide. En tilnærming vi har undersøkt utnytter "Pause til dato" aktivitet tilgjengelig for oss via SharePoint Designer worfklow. Engineering manager (eller hennes assistent) angir alle nødvendige tillatelser og påminnelsesdatoene ved starten av året. Systemet gjør grovarbeidet.
Miljø:
MOSS, 64 bit, virkelig apparat omgivelsene (utvikling-boksen), 2 servere (SQL på serveren #1, alt på serveren #2).
Problemer:
Handlingen Pause T.o.m. virker som den perfekte løsningen, og det kan godt vise seg å være. Men, det fungerer ikke godt ut av boksen (for oss).
- Arbeidsflyt jobben var ikke planlagt å kjøre, noensinne. Jeg oppdaget dette ved å lese Christopher Whites (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) Excellent skrive ved hjelp av stsadm thusly:
C:\>stsadm -o getproperty - propertyname "jobb-arbeidsflyt" -URL-adresse http://localhost
<Egenskapen finnes = "ingen" />
C:\>
Det var en overraskende resultatet men lett løst:
C:\>stsadm -o setproperty - propertyname "jobb-worfklow" -PropertyValue "hver 1 minutter mellom 0 og 59" -URL-adresse http://localhost
Operasjonen er fullført.
C:\>
Ved å gjøre det, den første "pågår" arbeidsflyt raskt fyrt opp og gjorde det har jobb.
- Dessverre, neste fungerte ikke som forventet. Heldigvis, Christopher viser oss her (http://support.microsoft.com/kb/932816). Som skrevet av denne oppføringen, Vi venter på IT-avdelingen å få denne hurtigreparasjonen, men det ser lovende. Våre kopier av de berørte dll deler ikke samme bytestørrelse, så forhåpentligvis vil dette løse problemet.
Løsning:
Re-kjører kommandoen stsadm -o setproperty syntes å prod tidtakeren for arbeidsflyt våken. Det ville, omtrent 7 minutter senere, faktisk våkne og fortsette med arbeidsflyten.
Spørsmål / Spørsmål:
Pause T.o.m. fungerer ikke.
Pause T.o.m. ikke på nytt.
Arbeidsflytens status endres ikke fra "pågår"
Arbeidsflytstatusen forblir "i Progress"