Déclencher un traitement BizTalk sans créer une dépendance à un autre système.

Imagions qu’une orchestration BizTalk doit appeler un Web Service [fournisseur d’informations]

Deux scenarios se présentent :

1 – l’appel du Web Service n’est pas la première tâche du traitement:

Aucun problème, l’orchestration se déclenche peut être sur réception de fichier, souscription à la message box,…. puis appel du web service

2 – l’appel du Web Service est la première tâche du traitement :

L’appel du web service requiert un message d’invocation, ce message est donc à construire dans l’orchestration. Il faut prévoir un mécanisme de déclenchement de cette orchestration.

Il est possible de suivre la démarche suivante :

Déclenchement sur réception de fichier physique. Ce fichier est déposé dans une receive location en utilisant un job Sql, un ordonnanceur… à réception du fichier l’orchestration se déclenche, le message d’invocation est construit et le web service sera appelé.

Cette solution fonctionne correctement mais présente des inconvénients :

Le traitement BizTalk dépend entièrement du système de dépôt du fichier de déclenchement. L’arrêt du système de déclenchement impacte directement le traitement BizTalk.
Cette solution peut être refusée dans certains contextes (traitement temps réel, Haute disponibilité, plate forme EAI autonome ……)

Une solution plus adaptée peut être la suivante :

Utilisation du ScheduledTaskAdapter développé par la communauté. Il s’agit d’un adapteur de type receive dont l’objectif est de planifier la création des messages à publier dans la message Box.

Une orchestration BizTalk peut donc démarrer suite à la publication d’un message attendu par un receive port en écoute sur la message Box. La plateforme BizTalk n’est donc plus dépendante d’un autre système.

La planification est très flexible. Par défaut, l’adapter fournit 3 tâches :

Génération d’un message BizTalk à partir d’une chaine de caractère représentant un flux XML.
Génération d’un message BizTalk à partir du contenu d’un fichier
Génération d’un message BizTalk à partir du contenu chargé depuis un lien http

L’adapteur et son code sources sont disponibles sur : http://www.codeplex.com/BizTalkScheduledTask

RoadMap BizTalk

Une nouvelle RoadMap de BizTalk est disponible, BizTalk 2009 prendra place de la R3 annoncée initialement après la sortie de la R2.

Cette nouvelle version de BizTalk sera compatible avec la plate-forme d'entreprise applicative de nouvelle génération axée sur les 3 produits :

• Windows Server 2008
• SQL Server 2008
• Visual Studio 2008
  

Et apportera de nombreuses fonctionnalités, une CTP pour fin 2008.

Vers une BizTalk software factory

Un outil BizTalk Server Pattern Wizard est disponible sur codeplexe . Cela permet de partager, rendre générique des implémentations BizTalk sous forme de Template. Les exemples disponibles aujourd'hui sont les implémentassions de quelques pattern bien connus dans le monde de l'intégration (Entreprise Integration pattern) et d'autres spécifiques à BizTalk:

Async Aggregation
Inverse Direct Bound Port
First In First Out
Splitter
Interrupter Pattern
Terminate
Retry Pattern
Non-uniform Sequential Convoy
Calling Pipelines
Parallel Convoy
Filter
Uniform Sequential Convoy
Message Broker
Suspend With Retry
Error Handling

Exposer des Règles BRE (Business Rules Engine) comme service WCF

Un article (auteur : Hai Ning) apparu dans BizTalk HotRod (n° 4) traite ce sujet avec même un exemple d’implémentation. L’idée est résumée dans le schéma suivant:

WCF augmente donc l’interopérabilité de BRE avec les applications clientes !

BPMN et BizTalk

Suite à la visualisation d’un WebCast TechDays 2008 sur le BAM (Business Process Management), une démonstration d’un traitement BizTalk supervisé via des KPI a été faite.
Le traitement BizTalk a été modélisé en BPMN sous Visio puis exporté vers BizTalk. L’intermédiaire est le BPEL (Business Process Execution langage).

J’ai visité le site de l’éditeur de l’outil (Addin Visio) utilisé lors de l’export : ITpearls. L’outil utilisé est assez performant, les licences sont abordables pour un environnement projet !

Cependant, il existe d’autres outils à l’exemple de : ODBA (Orchestration Designer for Business Analysts) de Microsoft qui reste assez simpliste de mon point de vue par rapport à ITpearls. ODBA n’offre pas la notation complète BPMN mais permet d’importer / exporter vers BizTalk.

Ce lien donne la liste de quelques acteurs du marché BPMN

Debugger un mapping BizTalk

Il est temps de publier cette astuce quelques fois utile pour bien suivre l’exécution d’un mapping BizTalk Hors Runtime directement dans Visual Studio.

Cela consiste à debugger un mapping BizTalk (~ transformation Xslt) via Visual Studio. Pour lancer cette opération :

1. Faire un clic droit sur votre fichier de mapping (*.btm) et sélectionner « Validate Map » dans le menu contextuel
   
2. Dans la fenêtre de sortie (résultat) de Visual studio, vous obtiendrez un lien vers un fichier « .xsl », cliquez sur le lien pour avoir une vue dans Visual Studio
   
3. Faire un clic droit dans la vue et sélectionner « view Source » dans le menu contextuel
   
4. Ajouter vos points d’arrêts dans le code source Xsl
   
5. Dans le barre de menu de Visual studio, sélectionner XML / Debug XSLT

Bon Debug ! N’oublier pas de mettre une instance XML bien définie en entrée de votre mapping, l’idéal est de mettre une instance comportant des données similaire à vos jeux de tests pour bien debugger !

BizTalk EDI Subsystem Error 120

Suite à la configuration d'EDI dans BizTalk, une erreur est apparue :

Source: EDI SubsystemCategory: BizTalk Server 2006Error encountered: ERROR (120) :An error occurred in the File System connector. Check the details.Cant make a connection to \\MyComputer\EDIDocsHome\Documents\PickupEDIError message: The operation cannot be performed because a network component is not started or because a specified name cannot be used.

Vérifier que le groupe Windows EDI Subsystem Users possède le privilège « control total » sur l’emplacement suivant :
\\MyComputer\EDIDocsHome\Documents\PickupEDI

Team Foudation Server et la gestion de WorkSpaces

TFS intègre Une notion de WorkSpace représentant les modifications en cours sur les sources. Un WorkSpace appartient à un utilisateur et à une machine donnée.

Pour changer d'utilisateur, plusieurs solutions existent :
Supprimer le workspace
Affecter à un autre utilisateur

Ces Manipulations sont possibles via :
Ligne de commande MS
Team Foundation Sidekicks un produit gratuit simple à manipuler.

Remarque: pour effacer un Team Project, il faut passer par la ligne de commande ...

TechDays, La vague 2008 déferle, c'est parti !!...

L'annonce majeure des TechDays 2008 reste la plate-forme d'entreprise applicative de nouvelle génération. La productivité est renforcée par la synergie entre les 3 produits :

• Windows Server 2008
• SQL Server 2008
• Visual Studio 2008

les WebCasts sont disponibles en ligne.