Bienvenue à Blogs CodeS-SourceS Identification | Inscription | Aide

The Mit's Blog

En plus d'intégrer et skier, il sait même écrire !
(Blog de Renaud Comte)

Actualités

Du workflow via SPD au workflow bien carré sous VS.Net : le principe

J'ai posté récemment sur la notion des "Custom Activity" avec SharePoint Designer (SPD). Sujet délicat car si le principe est séduisant, quelques éléments prouvent que leur utilisation à grande échelle peut être dangereuse

Dixit les Feedbacks : http://blogs.developpeur.org/themit/archive/2008/08/14/des-activit-s-m-tiers-pour-vos-workflows-sharepoint-designer-une-bonne-technique.aspx#40974 

Je n' ajouterais rien aux remarques, elle sont suffisamment claires

Une question ressort cependant : et si on réutilisait le XOML généré par SPD pour initialiser son projet VS.Net ?

Histoire d'avoir déjà une bonne base fonctionnelle prête à la customisation ?

Non ?

[Update] : suite à un commentaire avisé, j'ai volontairement changé le titre original du Post. Le développement de WF demande déja une bonne connaissance de la conception de workflow. Certes, cela semble évident mais c'est bien souvent sous estimé par nombre de développeur considérant WF ou SP comme un simple namespace de plus à connaitre. Si la transition sous VS.Net d'un WF créé sous SPD n'est clairement pas un objectif infranchissable, bien au contraire, il nécessite une véritable compétence en terme de coding SharePoint ET WF.

Genre recyclons nos bons vieux workflows SPD smile_regular

Les aficionados de ce blog se rappelleront le post sur une des sessions de la SharePoint Conference 2008 de Seattle  :

WF SPD 005 

SharePoint Conference 2008 : Porting SPD Worflow to VS.Net

Depuis l'idée a fait son chemin, la technique demande toujours un peu de doigté mais elle devient un grand classique !

A vrai dire, il s'agit surtout d' extraire le XOML et ses références pour les reprendre sous VS.Net
>>> SharePoint Designer peut même faire une partie du Job en republiant le WF sur votre disque !

image 

Ça vous parait plus compliqué ?

En pratique pas tant que cela

la preuve par 2 :

 

Bien sur, un connaissance de base de WF sous Visual Studio est un plus, mais ca, vous le saviez déja !

Bonne lecture à tous

Renaud Comte aka TheMit (SPJetLaggeur)
Member of WygTeam
http://www.wygwam.com

Mots clés Technorati : ,,,,,
Ce post vous a plu ? Ajoutez le dans vos favoris pour ne pas perdre de temps à le retrouver le jour où vous en aurez besoin :
Posted: lundi 18 août 2008 14:17 par themit
Classé sous : , , ,

Commentaires

ROMELARD Fabrice a dit :

L'idée de dire "il n' a qu'un pas à faire" donne une impression de facilité.

Mais attention, il s'agit réellement d'une solution complexe à mettre en place nécessitant de très bonne connaissance de WF dans SharePoint, car les Noeuds XML sont à manier avec beaucoup de rigueur.

De plus, cela n'enlève rien du tout à la problématique des WF sous SharePoint, car de pouvoir éditer et modifier des WF créés avec SPD dans Visual Studio, transfère simplement la solution d'un éditeur vers un autre.

La solution dans VS n'est pas du tout une panacée, car elle demande à être réfléchie comme module dans un applicatif et non comme le WF fait par un acteur Business qui lui rend un service à un moment donné.

Il est inimaginable de créer tous les WF Business dans VS (a moins de vouloir se retrouver avec un nombre de features allucinant dans sa ferme SharePoint). De plus le WF du Business A ne convient en rien avec celui du Business B, et même lorsqu'il se ressemblent, des différences notoires impliquent la création d'une variante et donc un doublon.

Enfin les acteurs business ont besoin de souplesse, car leur requirements changent sans arrêt et l'obligation de passer par un outil comme VS interdit cette souplesse.

Bref, c'est une solution à voir comme potentiellement utilisable, mais vraiment pas comme la solution miracle.

Romelard Fabrice [MVP]

# août 19, 2008 14:00

themit a dit :

Bien d'accord avec toi , Fabrice

Donner un sentiment de facilité serait dangeureux et ce n'est pas non plus mon objectif

D'ou une MAJ du post et un changement de titre

Mieux ?

# août 19, 2008 15:34

ROMELARD Fabrice a dit :

Mieux oui :)

# août 19, 2008 15:57

Benjiiim a dit :

Hello a vous deux,

Cela fait quelque temps que je vous lis echanger sur ce blog sur les differences entre les workflows SPD et VS.

Je compte tester dans les prochains jours un produit tiers "Nintex Worflow 2007", de Nintex (www.nintex.com), qui se situe entre SPD et VS (a priori plus complet que SPD, plus simple que VS).

Avez vous des avis/conseils sur ce genre de produit ?

Merci d'avance

# août 22, 2008 12:43

ROMELARD Fabrice a dit :

Lulu,

A mon sens c'est un bon produit qui a été validé en interne pour le développement de WF Business assez simples.

Il permet de répondre à mon sens à 95% des demandes business, mais ne doit pas non plus être pris comme la solution magique.

En effet, si le WorkFlow demandé est un besoin complexe avec un mix d'interfaces ou de connexion tiers, il faudra plutôt aller vers un produit comme K2, voir carrément pour du Biztalk

En gros cet outil est parfait pour des WF autour de la plateforme SharePoint. la création des WF se fait directement par le navigateur (IE uniquement) utilisant réellement l'AJAX (donc attention à la version d'IE déployée chez le client).

Ca reste donc un bon produit qui fonctionne bien avec un suivi des étapes en cours plutôt fin.

Fabrice

# août 22, 2008 17:24

Benjiiim a dit :

Merci beaucoup pour cet avis.

Bon week end!

# août 22, 2008 17:56
Les commentaires anonymes sont désactivés
Les 10 derniers blogs postés

- Intégration Yammer et SharePoint Online (Office 365), étape 1 … par Le blog de Patrick [MVP SharePoint] le 06-12-2013, 17:37

- [Dynamics CRM] Ajouter les dossiers de CRM au dossier Favoris d’Outlook par Christine Dubois le 06-10-2013, 15:50

- Visual Studio 2013 par Etienne Margraff le 06-04-2013, 10:26

- Configurer la collation SQL Server pour SharePoint par Blog de Jérémy Jeanson le 06-03-2013, 19:48

- Etendre le Team Web Access de TFS 2012 – Step 1: Création du plugin par Philippe Didiergeorges Aka Philess le 06-03-2013, 07:30

- Livre Blanc : Développer des applications NUI par Fathi Bellahcene le 06-01-2013, 11:35

- [Dynamics CRM 2011] Copier une vue d'entité par Christine Dubois le 05-29-2013, 13:20

- [Conf’SharePoint 2013] Mes présentations… par Le blog de Patrick [MVP SharePoint] le 05-28-2013, 09:04

- [wpdev] Storage bug in MediaLibrary.SavePicture par Kévin Gosse le 05-26-2013, 19:08

- VMMap en mode instrumentation sur système 64bit : attention à la plateforme cible du build .NET par CoqBlog le 05-25-2013, 22:25