Pregunta

Tengo una característica de WF que he estado implementando en mi entorno de desarrollo/prueba con bastante frecuencia, y como tal me he encontrado con un problema en el que el ensamblaje parece estar almacenado en caché por el Servicio de Temporizador de SharePoint (Sptimerv3), y luego una salida -La versión de fecha se usa después de que el flujo de trabajo se rehidrata después de una actividad de retraso.

Para solucionar esto, he intentado agregar un "Net Stop Sptimerv3" y "Net Start Sptimerv3" a mi archivo por lotes después de los comandos de STSADM para instalar el .WSP. Funciona para reiniciar el servicio de temporizador, y ya no tengo el problema de almacenamiento en caché, sin embargo, reiniciar el temporizador de esta manera parece matar mis grupos de aplicaciones SP en IIS con bastante regularidad.

¿Alguien ha encontrado una buena manera de reiniciar el temporizador en un archivo por lotes de implementación de WSP sin efectos adversos? ¿Necesito reiniciar otro servicio dependiente o reiniciar los grupos de aplicaciones cada vez también?

No hay solución correcta

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top