Comment puis-je améliorer la boucle édition-compilation-test lors du développement d’un flux de travail SharePoint ?

Question

Récemment, j'ai dû développer un flux de travail SharePoint et, en toute honnêteté, j'ai trouvé que cette expérience était la tâche de programmation la plus pénible que j'ai jamais eu à affronter.Un gros problème que j'ai eu était celui que j'ai rencontré lorsque j'ai dû le parcourir dans le débogueur.

Il existe un article sur la façon de déboguer un flux de travail SharePoint ici qui vous indique comment définir des points d'arrêt, etc.Cela implique de copier le fichier .pdb dans le GAC avec le fichier .dll contenant votre flux de travail.Vous devez le faire à partir d'une invite de commande (ou d'un fichier batch) car l'Explorateur Windows ne vous permet pas d'afficher le sous-répertoire correspondant de c:\windows\assembly.

Cependant, si vous procédez ainsi, la prochaine fois que vous tenterez de déployer le flux de travail à partir de Visual Studio, il se plaindra de ne pas pouvoir être déployé car « le fichier n'est peut-être pas signé » et si vous tentez de copier la nouvelle version du dll dans le GAC, cela vous indique que le fichier .dll est verrouillé.

J'ai constaté que de temps en temps, vous pouvez contourner ce problème en effectuant un iisreset, mais à d'autres occasions, vous devez redémarrer Visual Studio et il y a eu des moments fréquents où j'ai même dû redémarrer complètement l'ordinateur à cause d'un mystère. Le processus a verrouillé le fichier.Par contre, lorsque je n'utilise pas le débogueur, tout fonctionne très bien.

Quelqu'un connaît-il un moyen plus simple de déboguer les flux de travail ?

Answer 1

L'équipe SharePoint travaille actuellement sur des extensions MOSS pour VS 2008 qui permettront ce type de fonctionnalités.Ceci était disponible dans VS 2005 avec les extensions MOSS, mais doit être exécuté sur Windows Server avec une installation complète de MOSS et les autorisations correctes définies.

Answer 2

J'ai développé beaucoup plus rapidement des solutions SharePoint en général (pas seulement des flux de travail) lorsque j'ai commencé à utiliser WSPBuilder.WSPBuilder dispose d'un complément Visual Studio appelé WSPBuilder Extensions et, à mon avis, les extensions WSPBuilder font un meilleur travail que le fameux Outils Windows SharePoint Services 3.0 :Extensions Visual Studio 2008, version 1.2.Grâce au menu WSPBuilder, déployer/mettre à niveau/désinstaller une solution se fait en un seul clic !

Answer 3

Une chose qui serait vraiment utile serait que l'équipe SharePoint fournisse des interfaces pour les services de flux de travail spécifiques au SP nécessaires à l'exécution des flux de travail SP.Cela vous permettrait de vous moquer de ces interfaces et d'exécuter les flux de travail en dehors du SP proprement dit.AFAIK, vous ne pouvez pas faire ça aujourd'hui.

J'ai personnellement trouvé SharePoint extrêmement pénible à développer contre...pas seulement avec les flux de travail, mais dans leur ensemble.Je comprends les gains administratifs et la productivité de l'utilisateur final, mais c'est une expérience assez épouvantable pour Joe .NET Developer.

Answer 4

Quant à accélérer la réinitialisation d'IIS, Andrew Connell a également quelques conseils icihttp://www.andrewconnell.com/blog/archive/2006/08/21/3882.aspx

Cela a ramené mon temps de réinitialisation IIS de plus de 10 secondes à moins de 2 secondes.

Answer 5

Je ne suis pas sûr que vous ayez besoin d'insérer le fichier pdb dans le GAC.(Au moins, le correctif que je suis sur le point de décrire fonctionne très bien pour le débogage des composants WebPart SharePoint dans VS2005, qui ont un problème similaire.)

Il y a une case à cocher marquée « Activer uniquement mon code (géré uniquement) » dans Outils -> Options -> Débogage ;si vous la décochez, Visual Studio se chargera volontiers de vos pdb à partir du dossier bin\Debug où il les a construits.Probablement.De toute façon, ça ne peut pas faire de mal d'essayer...

Answer 6

Vérifier STSDev sur CodePlex par des MVP SharePoint comme Ted Pattison, Andrew Connell, Scot Hillier, et plus encore.

STSDEV est une application utilitaire de validation de principe qui montre comment générer des fichiers de projet et des fichiers de solution Visual Studio pour faciliter le développement et le déploiement de modèles et de composants pour la plateforme SharePoint 2007, notamment Windows SharePoint Services 3.0 (WSS) et Microsoft Office SharePoint Server. 2007 (MOSS).Notez que la version actuelle de l'utilitaire stsdev prend uniquement en charge la création de projets avec le langage de programmation C#.

Keith