Domanda

Ho una funzionalità WF che ho distribuito nel mio ambiente di sviluppo/test abbastanza frequentemente, e come tale ho riscontrato un problema in cui l'assemblaggio sembra essere memorizzato nella cache del servizio Timer SharePoint (Sptimerv3), e poi un out -F-date La versione viene utilizzata dopo che il flusso di lavoro si reidrati a seguito di un'attività di ritardo.

Per risolvere questo problema, ho provato ad aggiungere un "net stop sptimerv3" e "net start sptimerv3" al mio file batch dopo i comandi STSADM per installare .SP. Funziona per riavviare il servizio timer e non ho più il problema della memorizzazione nella cache, tuttavia riavvia il timer in questo modo sembra uccidere i miei pool di app SP in IIS abbastanza regolarmente.

Qualcuno ha trovato un buon modo per riavviare il timer in un file batch di distribuzione WSP senza effetti negativi? Devo riavviare un altro servizio dipendente o riavviare anche i pool di app ogni volta?

Nessuna soluzione corretta

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top