Hugues Moore's Blog

Session Aux TechDays

Hugues Moore — Mon, 23 Jan 2012 16:33:14 +0000

Lors des TechDays 2012, Le mardi 7 Février à 13h00 j’animerais avec mon collègue Jean Pierre Riehl, une session destinée aux développeurs qui veulent se familiariser avec SQL. Le but étant de démystifier la base de données du point de vue des développeurs.

http://www.microsoft.com/france/mstechdays/programmes/parcours.aspx#DomID=890b4176-cb56-41e2-8697-1c93a694e5cd&SessionID=09ed974a-0896-4d8a-ba9b-b3008b8f41d3

Comprendre BizTalk en 6 minutes

Hugues Moore — Sat, 10 Dec 2011 19:38:11 +0000

J’ai fais une petite vidéo pour expliquer le fonctionnement de BizTalk en 6 minutes. J’espère avoir suffisament vulgarisé la technologie pour que cela ne parle pas qu’aux architectes techniques et aux développeurs

Les nouveautés de BizTalk Server 2010 R2

Hugues Moore — Fri, 09 Dec 2011 11:30:21 +0000

Les nouveautés apportées par Biztalk 2010 R2 vous intéressent ? voici 2 articles que j’ai trouvé très instructifs (le premier est en anglais et le deuxième en français

http://jeremyronk.wordpress.com/2011/12/08/biztalk-2010-r2/

http://blog.maneu.net/2011/12/le-futur-de-biztalk-server-2010/

Cours sur les technologies Microsoft DotNet

Hugues Moore — Sun, 20 Nov 2011 08:34:06 +0000

Je donne actuellement des cours sur les technologies Microsoft DotNet en master à l’université Paris 6 Pierre et Marie Curie (Jussieu). Voici les slides de la présentation.

SlidesDotNetJussieu.pptx

La présentation est basée sur les cours donnés l’année dernière par Pascal Belaud (Microsoft France) et les exemples de code sont téléchargeables sur son site : http://www.saga-fr.net

BizTalk Server Pattern Wizard

Hugues Moore — Fri, 23 Sep 2011 08:42:52 +0000

Voici quelques templates Visual Studio bien pratiques pour éviter les erreurs lors de l’utilisation des différents patterns BizTalk. En plus on gagne énormément de temps car si vous etes comme moi et que vous avez régulièrement besoin de tester une idée en créant le plus rapidement possible un petit projet BizTalk, ces nouveaux Wizards vont vous être trés utiles…

Voici l’adresse de téléchargement sur CodePlex : http://patternwizard.codeplex.com/

Et voici à quoi cela ressemble une fois installé :

15 nouveaux wizard rapides d’utilisation pour générer automatiquement un projet déja équipé d’une orchestration répondant à votre demande…

AppFabric et BizTalk : Passage au serveur d’application

Hugues Moore — Fri, 12 Aug 2011 08:42:46 +0000

Voici un ancien article (de 2009) illustrant l’arrivée de Microsoft dans le monde des serveurs d’application avec quelques témoignages clients :

http://www.lemondeinformatique.fr/actualites/lire-appfabric-pierre-angulaire-de-l-integration-logiciels-et-services-pour-microsoft-29582-page-1.html

C’est ce qui semble se concrétiser aujourd’hui…

Le futur de BizTalk s’appelle AppFabric

Hugues Moore — Sun, 07 Aug 2011 13:24:10 +0000

Je travaille sur BizTalk depuis la version 2006 R2. Auparavant, développeur ne jurant que sur un bon langage de programmation comme point de départ à un bon composant applicatif, j’ai fini par réinventer des concepts déjà existants et mieux codés par d’autres . L’avantage pour moi de BizTalk outre le fait qu’il orchestre des processus est d’avoir industrialisé tous ces concepts et de m’avoir permis de ne pas les réinventer pour les utiliser (Messages, Transformations, Pipelines, Adapters, Business Rules, Host, Persistance, etc…). Et par la même occasion d’en utiliser des plus fiables…

Comme pas mal de collègues “BizTalkiens” inquiets depuis l’annonce de l’arrivée d’AppFabric au Microsoft WorldWide Partner Conférence de Los Angeles en juillet, j’ai commencé à me renseigner sur ce futur BizTalk ! Et oui pourquoi ne pas l’avoir appelé BizTalk 2012 ? Ca inquiète !

http://digitalwpc.com/Videos/AllVideos/Permalink/e821e9f8-e379-45b0-8879-12fe271c86be#fbid=TkpeEHdJLSr

Je me suis d’abord inquiété de voir résumé le remplaçant de BizTalk à Windows WorkFlow Foundation (WF) qui à mon sens ne “concurrence” que la partie Orchestration de BizTalk et ne remplace que 10% de l’outil…

Et puis j’ai vu apparaitre la “Group Hub Page” de l’Administration Console de BizTalk autrement appelée “AppFabric DashBoard” et certains concepts autour d’AppFabric, comme celui de persister les messages dans une base, d’y amener les concepts de Business Rules, de Pipelines etc… En fait j’ai l’impression que c’est WF qui rattrape BizTalk, le Cloud en plus

Et puis pour faire un petit trait d’humour, je trouve que le nom “AppFabric”, c’est plus “In” que “BizTalk”

En clair, je tiens à rassurer les éventuels “BizTalkiens” qui atterriraient sur cet article, je ne pense pas qu’ils seront beaucoup dépaysés par les concepts d’AppFabric.

Parties ou comment se passer des ports dynamiques

Hugues Moore — Mon, 20 Jun 2011 21:15:13 +0000

Lorsque vous developpez une application BizTalk, l’ensemble des ports de communication utilisés par l’application se trouvent referencés par cette application et meme s’il est possible de partager un meme port d’entrée ou de sortie entre 2 applications distinctes il n’est pas possible de s’abstraire totalement de la notion d’Application pour symboliser un partenaire externe à son SI avec lequel on echange des messages. Pourtant si l’on prend le cas d’un envoi de message, on pourrait trés bien imaginer de symboliser le partenaire externe (une société) comme une collection de plusieurs “Send Port” Biztalk qui pourraient etre utilisés simultanément par plusieures applications biztalk et qui n’auraient comme seuls points communs de n’envoyer des messages qu’a la meme société partenaire… C’est justement le role des “Parties”. Un Party represente ce partenaire externe.

Pourquoi rajouter une telle notion transverse aux applications dans la mesure ou l’on en n’a pas directement besoin techniquement ?

Prenons l’exemple d’un Send Port Dynamique. Vous allez vite voir ou je veux en venir … J’utilise le plus souvent un send port Dynamique pour remplacer dynamiquement son adresse car j’ai plusieurs clients qui utilisent tous le meme moyen de communication mais à des adresses différentes.

J’ai par exemple développé un web service de gestion de factures utilisé par plusieures filiales de mon entreprise. Mais chaque filiale l’a déployée chez elle pour gérer ses propres factures. La filiale Francaise recoit ses factures sur http://filialeFrance.com/Service123.svc et la filiale irlandaise sur http://filialeIrland.com/Service123.svc .

Le routeur de factures pour les différents pays, par exemple une orchestration BizTalk, est équipée d’un send port dynamique et j’ai prévu plusieurs clés de configurations pour chacunes de ces adresses pour switcher d’une adresse à l’autre suivant le code pays promu dans mon message (XSD) de facture.

Exemple :

Key = “IR” Value = “http://filialeIrland.com/Service123.svc“

Key = “FR” Value = “http://filialeFrance.com/Service123.svc“

Ca marche bien sûr, mais lorque je veux rajouter un nouveau pays ou modifier l’une des adresses, je dois me rendre dans ce nouveaux fichier de configuration… Je venais justement d’expliquer fièrement au “Configuration Manager” de mon entreprise qu’on pouvait configurer l’ensemble des adresses des flux biztalk en ouvrant simplement l’administration console ;-((( Et là je lui explique qu’il y en a aussi quelques une dans un obscur fichier de configuration auquel personne n’a accès, à par lui bien sûr ;-)

Je me dis que j’aurais préféré régler ces adresses également dans l’administration console, et bien c’est ce que j’aurais pu faire et éviter de créer un nouveau fichier de configuration si j’avais créé 2 Party comme suit :

Dans le noeux “Parties” situé sous le noeux “Application” dans l’administration console, je créé :

Un Party nommé “Filiale Irlande” avec un send port sur l’adresse : http://filialeIrland.com/Service123.svc et un critere d’identification ”IR” (additionnal properties).

Un Party nommé “Filiale France” avec un send port sur l’adresse : http://filialeFrance.com/Service123.svc et un critere d’identification ”FR” (additionnal properties).

Enfin je modifie mon orchestration pour supprimer ce port dynamique et le remplacer par un “RoleLink” qui me permettra de passer directement mon code pays et ce chargera d’identifier le bon Party (Filiale Française ou filiale Irlandaise en fonction du critere d’identification) et donc le bon send port d’envoi de la facture.

Bien sûr mes 2 send ports (France et Irlande) restent bien déclaré au sein de mon application de gestion de facture mais ils sont désormais statiques et enteriement parametrables depuis l’administration console.

Bien sûr ont aurait pu aussi créer ces ports statiques sans “parties” et utiliser un “filter” sur la propriete du message pour aiguiller les messages. Mais en utilisant les Parties on obtient la possibilité de regrouper fonctionnellement et transversalement aux applications tous les échanges avec un meme partenaires et de rendre identifiable ce partenaire avec plusieurs criteres. Par exemple certains flux se baseraient sur le pays de l’entreprise, d’autres sur le numero de SIRET etc…

Et surtout je peux répondre à la question suivante que vient de me poser le configuration manager de mon entreprise :

Peux tu me lister tous les flux échangés avec l’Irlande ? je dois lister tous les ports réseaux à ouvrir avec leur hébergeur…

Ce à quoi je lui réponds tout fier : Tu vas dans /Parties/FilialeIrlande/SendPorts et tout est là !!! Bon WE

Les flux EDI avec BizTalk

Hugues Moore — Mon, 20 Jun 2011 21:12:49 +0000

Voici un article trés interressant illustrant certaines nouveautés de la plateforme BizTalk 2010 concernant la gestion des flux EDI :

http://msdn.microsoft.com/fr-fr/magazine/gg650658.aspx

En plus d’illustrer la gestion des demandes de paiement de soins de santé au travers des nouveautés de l’outil, cet article évoque l’utilisation d’une fonctionnalité trés pratique qu’est la definition de “Parties” sur un serveur BizTalk.

Vous vous etes peut etre déja demandé a quoi servait le noeux “Parties” juste en dessous du noeud “Applications” dans l’ Administration Console ? Vous aurez remarqué que cette notion n’est pas inclue dans la notion d’application, et pour cause : elle lui est transverse…

Voici un exemple simple d’utilisation des parties dans BizTalk :

http://huguesmoore.wordpress.com/2011/06/20/parties-ou-comment-se-passer-des-ports-dynamiques

Receive Location WCF sans IIS

Hugues Moore — Tue, 31 May 2011 14:03:30 +0000

Lorsqu’on souhaite exposer le point d’entrée d’une orchestration sous la forme d’un web service, on n’est pas obligé d’utiliser le serveur web IIS. A l’instar d’un service WCF développé spécifiquement en C# que l’on peut hoster dans un service windows voir une simple application console (déconseillé), il est également possible de se passer de IIS sous BizTalk.

Il suffit de choisir le type de transport WCF-Custom dans la configuration de la Receive location. Ceci permettra de choisir une classique HostInstance comme hébergement et non pas une IsolatedHostInstance correspondant à une virtual directory dans IIS.

Pour suivre la méthode compléte, voici l’article qui l’explique :

http://www.codit.eu/Blog/post/2010/08/11/Hosting-WCF-HTTP-receive-location-inside-BizTalk-without-using-IIS.aspx

Par contre un petit probleme subsiste car le fait de ne pas utiliser le wizard de création de la receive location ne créera pas de endpoint mex permettant aux clients du web service d’accéder au wsdl pour générer un proxy. C’est pour ca qu’il peut etre interressant de créer 2 receive location pour le meme receive port. L’une en WCF-Custom sans IIS pour le fonctionnement et l’autre classiquement générée via le wizard avec une virtual directory dans iis pour exposer uniquement le wsdl (Choisir mex dans le wizard). Ainsi on pourra laisser publique l’accès au wsdl et appliquer une politique de sécurité pour l’appel au web service sur une autre adresse que celle du wsdl.

Voici un tutorial intérressant décrivant la démarche à suivre :

http://jeremyronk.wordpress.com/2011/06/15/exposing-orchestration-or-schemas-as-wcf-services-without-iis/