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


  • Ancien MVP SharePoint 8 ans ...
    Des projets .Net, SharePoint 2013 ou Office 365 ??

    Contactez-nous :

Archives

SharePoint Conference 2008 : Porting SPD Worflow to VS.Net

Day 2: il est 09H00, nouvelle session d'un vrai personnage du monde SharePoint

Todd Bleeker de MindSharp

WF SPD 004

Ce Guru de code SharePoint s'est lancé un défi intéressant : montrer le mariage semi impossible entre SharePoint Designer et Visual Studio

Comme il l'a annoncé au début, la session sera plutôt PRO Dev avec :

  • XOML
  • NO Gui
  • XML / XSL
  • CodeDom
  • Activities

Le tout avec du pep's et de l'energie car Todd en live, c'est du vrai Show à l'américaine, toujours prêt à sauter, chanter ou courir dans la salle, le tout avec du Code

WF SPD 005

Soit un One Man SharePoint Code Show

C'est parti

SPD est surtout connu pour être simple, trés rapide et productif. il contient de nombreux outils de génération ainsi que des Wizards gérant tout l'aspect plomberie ennuyeux de SP

Le tout en direct sans impact IT ou de code

Problème, il est aussi limité ...

  • Lié en DUR à une seule instance de liste
  • des WF séquentiel seulement
  • impossible de copy un WF d'une liste à une autre
  • ...

VS.NEt est lui l'outil de coding par définition

Les templates de WF permettent de quasimment tout faire mais demande un maximum de compétence pour en exploiter toutes les options

  • Associé un WF à toute liste d'un collection
  • construire une infinité d'activities
  • utiliser le systéme de Feature/solution

Le Mariage des 2 outils est intéressant dans le sens ou :

  1. Vos utilisateurs peuvent déja modéliser la base de leur WF
    • tester, maquetter
    • l' améliorer encore et encore jusqu'a finaliser le besoin
    • c'est bien meilleur qu'une documentation non ?
  2. Vos développeurs peuvent coder directement
    • à partir d'une base pré généré
    • l'étendre et le rendre paramétrable
    • génerer les activities réutilisable

Les Demos commencent à partir d'une Site Collection toute vierge : pas de snippets, pas de sandbox de secours
>>> une VPC vierge de Demo et tout en live via la maîtrise

Un petit WF sous SPD

Genre Création de taches pour d'un user, log dans l'historique et form d' initialisation

IMAGE_203

Une fois la génération lancé, on le test et on l'exporte sur le filesystem (clique droit sur le WF depuis l'arbre de SPD)

Nous avons en pratique :

  • WF.xoml
  • WF.xoml.rules (codedom)
  • WF.xoml.wfconfig.xml (association values)
  • WF.aspx (forms and initiations page)

Techniquement parlant, un WF peut :

  • tout code (VS powa only)
  • tout XAML
    • pas de compilation
    • pro génération
    • méthode USER via SPD
  • peut être un mixe des 2

WF SPD 008

L'ensemble des étapes qui vas suivre sur le blog de son collègue  http://Mindsharpblog/paul

Et hop, fin de slides, avec remerciement et feedback.

Maintenant, il reste 30 minutes et Todd passe en VPC plein écran, VS et code jusqu'à la fin !!!

il y a des sessions marketing d'autre par la maniére, à vous de choisir :)

  1. Création d'un projet WF sous VS.NEt
    1. renommer tout : fichier et code behind (bien faire attention, le designer ne le fait qu'en partie)
    2. Ajout des activities + code associé
      • le signer
      • mettre un version en dur
    3. Compléter la feature et l'element via le snippet et le publickeytoken
    4. Modifier la ligne de commande du build event pour utiliser le DEPLOY
    5. Rajout du fichier XOML de SPD
      • on le renomme du nom du WF VS
      • édition via l'XML pas le designer :
        • changer la classe et la référence de classe "ROOT"
        • changer les "Name" des activités par un libellé plus humain
    6. idem pour les rules
    7. association de l'initiation form
      • instantiationUrl + layout
      • on reprend les fields et le params du wfconfig.xoml
      • attention du root de ces champs (XSD différent avec SPD et VS)
      • copie des forms.aspx dans un folder TEMPLATE/LAYOUT/PROJET
      • correction du SPWorkflowDatasource via un nouveau GUID pour la base et la liste
    8. modification des paramètres de la page d'initialisation via le code behind pour ne plus les avoir en dur
      • ajout d'une classe dérivant le formulaire
      • ajout d'un protected pour accéder au SPWorkflowDatasource
      • ajout du code d'association (toujours le même, peut être repris du SDK)

"And it's over"

Simple non ?

Superbe session mais qui confirme bien la précision et la méthodologie nécessaire à coder du WF. Certes, rien ne me parait bien compliqué mais tout est extrêmement précis et le moindre manque peut bloquer complètement le WF.

Un peu comme le vélo la première fois smile_regular (genre VTT de descente sur une pente de montagne !)

Mais le jeu en vaut la chandelle car une approche ou une partie du WF est pré écris et validé par un utilisateur fonctionnel pour être finalement rendu générique est vraiment un plus !

En tout cas, encore une superbe session de EnergicTodd !!!

WF SPD 012 WF SPD 010 WF SPD 011

Renaud Comte aka TheMit (SDK me voila)

Member of WygTeam

http://www.wygwam.com

Technorati tags: , , , ,
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: mardi 4 mars 2008 19:39 par themit

Commentaires

ROMELARD Fabrice a dit :

Vraiment intéressant ca.

Il faudrait que je creuse plus en détail.

Fabrice

# mars 5, 2008 01:14

minsou a dit :

Hello, le lien http://Mindsharpblog/paul sur ton billet ne fonctionne pas

MinSou

# mars 5, 2008 09:32

ROMELARD Fabrice a dit :

Voila le lien correct :

- http://mindsharpblogs.com/paul

Fabrice

# mars 5, 2008 10:52
Les commentaires anonymes sont désactivés

Les 10 derniers blogs postés

- Merci par Blog de Jérémy Jeanson le 10-01-2019, 20:47

- Office 365: Script PowerShell pour auditer l’usage des Office Groups de votre tenant par Blog Technique de Romelard Fabrice le 04-26-2019, 11:02

- Office 365: Script PowerShell pour auditer l’usage de Microsoft Teams de votre tenant par Blog Technique de Romelard Fabrice le 04-26-2019, 10:39

- Office 365: Script PowerShell pour auditer l’usage de OneDrive for Business de votre tenant par Blog Technique de Romelard Fabrice le 04-25-2019, 15:13

- Office 365: Script PowerShell pour auditer l’usage de SharePoint Online de votre tenant par Blog Technique de Romelard Fabrice le 02-27-2019, 13:39

- Office 365: Script PowerShell pour auditer l’usage d’Exchange Online de votre tenant par Blog Technique de Romelard Fabrice le 02-25-2019, 15:07

- Office 365: Script PowerShell pour auditer le contenu de son Office 365 Stream Portal par Blog Technique de Romelard Fabrice le 02-21-2019, 17:56

- Office 365: Script PowerShell pour auditer le contenu de son Office 365 Video Portal par Blog Technique de Romelard Fabrice le 02-18-2019, 18:56

- Office 365: Script PowerShell pour extraire les Audit Log basés sur des filtres fournis par Blog Technique de Romelard Fabrice le 01-28-2019, 16:13

- SharePoint Online: Script PowerShell pour désactiver l’Option IRM des sites SPO non autorisés par Blog Technique de Romelard Fabrice le 12-14-2018, 13:01