La version Bêta de BizTalk Server 2010 est disponible
http://msdn.microsoft.com/en-us/biztalk/ff695449.aspx
mercredi 26 mai 2010
mercredi 28 octobre 2009
Automatisation des livraisons SSRS (Sql Server Reporting Services)
SSRS offre la possibilité d’effectuer les déploiements depuis le navigateur :
- Création des répertoires
- Chargement des rapports
- Liaison des rapports aux sources de données
- Gestion des rôles
Les scenarios de déploiement sont différents selon les exigences des clients. Comment faire dans le cadre d’une Mise en production One shot ?
SSRS offre aussi la possibilité de scripter ces déploiements mais créer ses scripts manuellement devient rapidement une tâche pesante pour les développeurs !
Reporting Services Scripter développé par Jasper Smith répond exactement à ce besoin. Pour tout résumer cette application vous permettra au minimum de scripter vos livrables (rapports, rôles et structures) ainsi que les actions de déploiement. Utile aussi pour une sauvegarde en masse, migration de serveur….
vendredi 25 septembre 2009
Traitement séquentiel sous BizTalk
Il existe plusieurs façons d’implémenter un flux, ½ flux FIFO : une pile SQL, un select top, un lock……. via un convoy …. .et la performance !!!
Comment choisir le bon pattern ?
A cette adresse : http://www.microsoft.com/downloads/details.aspx?FamilyID=F4FF7AFC-81A2-4B89-AE0D-3746B39D9198&displaylang=en
Un excellent document écrit à l’époque pour BizTalk 2004 traite les différents patterns au sujet du traitement séquentiel FIFO.
Très bonne lecture
Comment choisir le bon pattern ?
A cette adresse : http://www.microsoft.com/downloads/details.aspx?FamilyID=F4FF7AFC-81A2-4B89-AE0D-3746B39D9198&displaylang=en
Un excellent document écrit à l’époque pour BizTalk 2004 traite les différents patterns au sujet du traitement séquentiel FIFO.
Très bonne lecture
jeudi 11 décembre 2008
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
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
vendredi 14 novembre 2008
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.
jeudi 3 juillet 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
mercredi 4 juin 2008
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 !
Inscription à :
Articles (Atom)
