SharePoint : Attention lors de développement de WorkFlows sous Visual Studio 2008

 Lorsque le besoin de réels WorkFlows apparaît chez les utilisateurs, on en vient rapidement à la solution de création plus industrielle :

• Windows Workflow Foundation couplé avec SharePoint et créé avec Visual Studio .NET

Ainsi Philippe Sentenac commence à commencé une série d'articles sur le sujet des WorkFlows de SharePoint 2007 avec Visual Studio 2008.

Mais lorsque l'on commence à travailler avec VS 2008, on découvre des petits Bugs, j'en ai recensé quelques uns :

• Problèmes de rafraichissement des couleurs dans le designer
• Bug du débugger in-live :)
• Il débugge des anciennes versions du fichier XOML
• Il ne suit pas les dernières modifications du code même avec un déploiement
• Il faut fermer VS 2008 pour que ca refonctionne
• Par moment très lent
• la gestion des propriétés des objets dans le designer est parfois étrange (on change d'objet dans le vouloir)
• ...

Sachant que pour développer les WorkFlows avec VS 2008 il faut être sur le serveur SharePoint, on n'a pas d'autre choix que d'utiliser une machine virtuelle (ce qui explique peut-être certains de ces bugs).

Dans les comportements étranges, je dois signaler un objet qui m'échappe encore :

• Le Timer
• Il est censé permettre de définir une pause dans le WF avec un TimeSpan pour le temps défini
• Je n'ai toujours pas compris son paramétrage autrement que par le designer (via le code, il ne possède pas toujours le même comportement)
• Soit il passe en direct (pas de pause), soit il s'arrete pour de bon et laisse le WF en "In Progress" sans plus aucune action.

Bref je découvre ce monde particulier du développement SharePoint, et je dois dire que les exemples ne sont pas nombreux :

• Soit trop simple (comme un envoi de mail ou création d'une tache)
• Soit trop compliqué pour démarrer (cas du sample du SDK de WSS, imdéployable d'ailleurs avec VS 2008)

Romelard Fabrice [MVP]