Question

J'ai une fonctionnalité WF que j'ai déployée dans mon environnement de développement / test assez fréquemment, et en tant que telle, j'ai rencontré un problème où l'assemblage semble être mis en cache par le service SharePoint Timer (SPTIMerv3), puis une sortie -La version de date est utilisée après la réhydrate de workflow après une activité de retard.

Pour résoudre ce problème, j'ai essayé d'ajouter un "net stop SptiMerv3" et "net start SptiMerv3" à mon fichier batch après les commandes STSADM pour installer le .wsp. Il fonctionne pour redémarrer le service de minuterie, et je n'ai plus le problème de mise en cache, mais redémarrer la minuterie de cette façon semble tuer mes pools d'applications SP dans IIS assez régulièrement.

Quelqu'un a-t-il trouvé un bon moyen de redémarrer la minuterie dans un fichier de lots de déploiement WSP sans effets défavorables? Dois-je redémarrer un autre service dépendant ou redémarrer les pools d'applications à chaque fois également?

Pas de solution correcte

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top