SOA & Interop @ Microsoft France : Apprendre

CCR & DSS Toolkit 2008 versus WCF / WF

Steve SFARTZ — Tue, 04 Nov 2008 11:39:00 GMT

Annonce PDC 2008 : les technologies CCR et DSS seront disponibles de façon indépendante de Robotics Studio. Ce nouveau packaging est lié à la montée en puissance de l’utilisation de CCR et DSS pour des applications d’entreprise (orientées Services, Composition, et possibilité d’observer et rejouer des exécutions).

CCR – Concurrency & Coordination Runtime - et DSS – Decentralized Software Service – sont un ensemble de classes pour les frameworks .Net et .Net Compact pour faciliter la création d’applications distribuées avec un faible couplage et s’exécutant de façon concurrente. Les frameworks CCR et DSS sont légers, ils peuvent s’intégrer dans une implémentation SOA existante.

On retrouve des caractéristiques du couple WCF / WF telles que l’orientation services, le couplage faible et la composition mais dans le cas de CCR et DSS, il s’agit de frameworks spécialisés pour une exécution ultra-rapide et dans un contexte fortement concurrentiel.

Les références citées lors de la PDC sont “Windows Live” pour la navigation et la coordination des IO, “Tyco” pour gérer les évènements dans le cadre d’une solution de contrôles d’accès (je me souviens d’une vidéo sur Channel9…), et "Siemens Infrastructure Logistics" pour un système de manipulaiton d’emails.

“We deal in milliseconds and microseconds, and there are not very many commercial products that we can take off the shelf and integrate into our product that can meet our demanding performance criteria…” Hamid Salemizadeh, Director of Engineering, Reading & Coding, Siemens Infrastructure Logistics Inc.

Dans une future version de .Net, le runtime de CCR reposera sur le runtime Concurrency des Parallel Extensions pour .Net, soutenu par Intel.

Comment savoir si vous devez utiliser ou non CCR et DSS

Le toolkit CCR et DSS propose un modèle de programmation très léger pour créer des applications distribuées, à faible couplage et dans un contexte fortement parallèle. Voici quelques contextes d’utilisation :

Des applications orientées Input / Output (et non orienté logique métier) dont la gestion est effectuée de façon asynchrone
L’architecture peut être vue comme une série de pipes et de filtres (orientation données) avec un couplage faible et distribuée
La nécessité de s’exécuter sur des matériels sur lesquels on souhaite minimiser l’utilisation des ressources (.Net Compact)

Voici par ailleurs des cas où le toolkit ne s’applique pas :

Mise en oeuvre de transactions locales ou distribuées
Correlation de messages dans une conversation de plus haut niveau, incluant une gestion d’états
Mise en oeuvre de processus longs
Scénarios orientés algorithmique plutôt que données / messages.

The Architecture Journal : Gestion des identités et des accès

Steve SFARTZ — Mon, 01 Sep 2008 09:49:00 GMT

Le 16ème numéro de l’Architecture Journal se concentre sur la gestion des identités et des accès. Si vous débutez sur le sujet, vous serez intéressé par The Evolving Role of the Identity: From the Lone User to the Internet.

Pour ceux qui ont déjà quelques notions ou bien commencé à travailler sur des applications Claims-Aware, je vous recommande la lecture de Federated Identity Patterns in a Service-Oriented World qui présente 5 patterns : Inter-Domain Token Exchange, Intra-Domain Token Exchange, Third-Party Trust Establisher, Pseudonym Claim Service, Attribute Claim Service, ainsi que la problématique de mise à jour des données.

Pour projeter ces concepts sur des exemples concrets, il ne vous reste plus qu’à lire Claims and Identity: On-Premise and Cloud Solutions et maquetter une transformation de claims avec les BizTalk Services ou bien mettre en place un environnement de test local via le framework de gestion des identités Zermatt (voir ce billet de Vittorio Betocci).

WCF : Scenarios de déploiements

Steve SFARTZ — Fri, 25 Jul 2008 12:37:00 GMT

L'article MSDN "Windows Communication Foundation: Application Deployment Scenarios" proposé par la Michele Leroux Bustamante d' IDesign, présente 5 scénarios de déploiement de services basés sur WCF. Architecture, implémentation et sécurité, tout y est.

Un guide qui méritera d'être actualisé avec l'arrivée de Silverlight 2, et les spécificités du proxy client WCF.

Les Bus de Services en pratique

Steve SFARTZ — Tue, 22 Jul 2008 16:52:00 GMT

En février 2008, Anne Thomas Manes du Burton Group publiait l’étude « Enterprise Service Bus: The Volatile Market Landscape » et conseillait de voir les bus de services comme multiples au sein d’une organisation et comme des plate-formes applicatives couplées à un modèle de programmation plutôt que comme une infrastructure centralisée, point de passage obligé pour tous les messages échangés entre les services.

Si l’objectif d’un bus de services est bien d'assurer les échanges des messages, plusieurs options s’offrent à nous pour établir ces communications : le mode « point à point » ou bien « brokered ».

Dans les 2 cas, il est nécessaire d’intégrer les capacités techniques suivantes pour que ces solutions d'échanges de messages puissent s'intégrer dans une vision Services : traçabilité et monitoring technique pour vérifier les engagements de SLA, suivi d’activité métier pour ajuster / piloter l’activité métier, configuration centralisée et/ou synchronisée des paramètres de connectivité entre les services (endpoint, bindings), capacité d’intervention au niveau du contenu et du routage des messages en amont ou en aval pour être capable d’assurer le respect des policy et gérer les évolutions de versions.

Détaillons les propositions de Microsoft et de ses partenaires sous cet éclairage, en intégrant les annonces technologiques de ces derniers mois ainsi que certains compléments disponibles en opensource :

Mode Point à Point : Le framework de communication WCF, proposé au sein du framework .Net, apporte une flexibilité extrême en terme d’adaptation de protocoles et de formats d’échanges. Afin de l’intégrer dans une vision Bus de Services, on complètera WCF par les extensions BAM de BizTalk, une gestion de configuration centralisée telle que « Configuration Services v2 », un hébergement capable de gérer le versioning et l’adaptation de protocoles tel que « Managed Services Engine », et la panoplie d’indicateurs techniques built-in : Logs, instrumentation WMI et compteurs de performances.

Mode Brokered : La passerelle de services « Managed Services Engine » proposée par Microsoft Services permet d’adapter les protocoles et formats d’échanges (par exemple du SOAP sur TCP vers de l’XML sur HTTP) mais aussi de router des messages vers la version ad-hoc des services concernés. Néanmoins, la technologie ne permet pas d’assurer de routage dynamique (notamment l’établissement d’un itinéraire en fonction du contenu des messages), tel que proposé par les Entreprise Service Bus.

Mode Brokered : Les Enterprise Service Bus tel que l’ESB guidance proposé en téléchargement par les équipes Microsoft Pattern & Practices ou bien Neuron ESB proposé par le partenaire Neudesic reposent sur les capacités de connectivité de WCF et la robustesse et montée en charge de BizTalk Server. Par ailleurs les connecteurs WCF (SOAP, XML, JSON, ainsi que le BizTalk Adapter Pack) sont enrichis par la large panoplie de connecteurs de BizTalk Server (MainFrame, ERP, EDI, RFID, Métiers ...).

On comprend dès lors que ces technologies ne sont pas exclusives mais viennent se compléter. L'articulation suivante apparait notamment comme judicieuse :

WCF et BizTalk ESB Guidance comme infrastructure de communications à l’intérieur de l’entreprise
MSE comme passerelle d’entrée sur le système d’informations (Internet Services Gateway)
et WCF pour une consommation étendue aux mobiles et à des clients riches occasionnellement connectés.

Enfin, la gouvernance n'est pas en reste dans la mesure où l’ extensibilité de ces technologies permet de les gouverner avec un outillage commun tel que le démontre SOA Software en annonçant une gouvernance pour Team Foundation Server, pour WCF, pour BizTalk Server, et une certification pour Neuron ESB.

Pour vous accompagner dans l'implémentation de votre SOA d'entreprise, nous vous proposons de rencontrer nos experts du Microsoft Technology Center, ainsi que les équipes Microsoft Services qui proposent une méthodologie et l’outillage adaptable « Service Oriented Modeling » avec un support en environnement critique au travers de contrats Premiers.

Zermatt : Rendre ses services "Claims Aware" ou créer ses fournisseurs d'identité

Steve SFARTZ — Thu, 10 Jul 2008 02:25:00 GMT

Derrière le nom de code "Zermatt" se cache un framework (ex IDFX) permettant de créer des services et des applications Web .Net dont la sécurité (authentification et autorisations) soit basée sur des claims.

Zermatt arrive à point nommé :

d'un point de vue technique la création et la manipulation de claims est un exercice délicat,
dans un contexte où les claims apportent la souplesse en terme de sécurité qui permet à vos services de supporter à la fois des scénarios "Single Sign On" mais aussi de fédération d'identités.

Zermatt est en beta et disponible sur Microsoft Connect, où vous trouverez un livre blanc d'introduction pour les développeurs à la gestion de Claims et la mise en oeuvre en .Net avec Zermatt : Microsoft Code Name "Zermatt" white paper for developers

Les possibilités de gestion de claims ont pour objectif d'être totalement interopérables avec les standards du marché (WS-Trust, Federation Active & Passive Profiles notamment) et les offres qu'elles soient éditeurs ou opensource.

"everyone should understand that our intent is for this platform to interoperate fully with products and frameworks produced by other vendors and open source projects, and to help the capabilities we are developing to become universal." Kim Cameron

De plus, Kim souligne que Zermatt est utilisé comme fondation pour construire les produits commerciaux de Microsoft tels que ADFS v2 (qui sera capable de gérer des scénarios Active Profile où tout type de client peut s'interfacer avec le fournisseur de jeton ADFS, ce qui n'est pas le cas de la v1 pour rappel limité à des scénarios Passif, c'est-à-dire initiés pas un browser Web et dont le protocole de récupération d'un jeton est basé sur des redirects HTTP plutôt que sur des échanges SOAP / WS-Trust).

Voci quelques scénarios d'utlisation de Zermatt pour la mise en oeuvre d'applications reposant sur la réception de claims, mais Zermatt permet aussi à vos applications de se positionner comme fournisseur de claims, ou encore de créer des cartes d'identité (type Microsoft Cardspace).

Building claims-aware applications

Zermatt makes it easier to build identity aware applications. In addition to providing a new claims model, it provides applications with a rich set of API’s to reason about the identity of a caller using claims.

Zermatt also provides developers with a consistent programming experience whether they choose to build their applications in ASP.NET or in WCF environments.

ASP.NET Controls

ASP.NET controls simplify development of ASP.NET pages for building claims-aware Web applications, as well as Passive STS’s.

Building Security Token Services (STS)

Zermatt makes it substantially easier for building a custom security token service (STS) that supports the WS-Trust protocol. These STS’s are also referred to as an Active STS.

In addition, the framework also provides support for building STS’s that support WS-Federation to enable web browser clients. These STS’s are also referred to as a Passive STS.

Creating Information Cards

Zermatt includes classes that you can use to create Information Cards - as well as STS’s that support them.

BizTalk 2006 R3 implémentera UDDI v3

Steve SFARTZ — Wed, 23 Apr 2008 09:53:00 GMT

Steve Martin vient d'annoncer la sortie d'une release 3 pour BizTalk pour mi-2009, avec des compléments d'informations chez Sam Gentile.

En bref, cette version a 2 objectifs :

Un alignement avec la génération 2008 de la plate-forme Microsoft (Windows Server 2008, SQL Server 2008 et Visual Studio 2008).
L'élargissement de la prise en charge des scénarios SOA avec la mise en oeuvre de patterns complémentaires et de bonnes pratiques mais surtout la prise en charge d'une registry de services compatible UUDIv3.

Quoi de neuf par rapport à UDDI ?

La capacité UDDI sur la plate-forme Microsoft est aujourd'hui implémentée dans l'OS Windows Server. Les versions 2003 et 2008 de Windows Server implémentent UDDI v2.

Ce sera donc BizTalk qui prendra désormais la responsabilité de l'implémentation des spécifications UDDI, mais surtout qui proposera les capacités services "registry" et "repository".

Dès aujourd'hui, l'infrastructure de services - SOI Microsoft - propose un premier niveau d'implémentation des aspects registry et repository au travers des offres BizTalk Server 2006 R2, l'Enterprise Service Bus Guidance et le Managed Services Engine (MSE). Notamment le référencement, la gestion des itinéraires, l'application de policy, suivi des échanges de messages d'un point de vue technique et métier (BAM, HATS, Management portal).

Qu'est-ce qu'une registry de services ?

- une "SOA Registry" est une composante de l’infrastructure permettant la découverte, la création, le déploiement et la gouvernance des Services. Une «registry» permet une taxonomie en accord avec une organisation. Elle contient aussi la liste des "policies” à appliquer à chaque service ainsi que les liens de dépendance entre les Services -

Regis MAUGER, Architecte Microsoft France

Qu'est-ce qu'un repository de services ?

- Le «SOA Repository» minimum contient des informations référencées dans le «SOA Registry» généralement par leurs URL. Ces informations peuvent être des fichiers WSDL, des fichiers de policies, toute information utile à la découverte et au bon usage des services. Le «SOA Repository» peut aussi contenir des informations générées lors de l’exécution messages de logs, performances, état de santé. -

Regis MAUGER, Architecte Microsoft France

TechDays 2008 : Découvrir la Virtualisation de Services

Steve SFARTZ — Tue, 01 Apr 2008 14:48:00 GMT

La conférence Managed Services Engine réalisée en Février durant le parcours Architectes / SOA desTechDays est désormais en ligne. En complément du billet présentant le Managed Services Engine, vous pourrez télécharger la présentation Virtualisation de Services mais aussi assister à 3 démonstrations tirées du laboratoire MSE disponible sur CodePlex :

Premier contact avec MSE (en fin de vidéo 1 et début de vidéo 2) importer un service existant dans MSE
Faire évoluer la version d'un service en important le contrat d'un second service de calcul (vidéo 2)
Décommissionner la version d'origine du service (vidéo 3) et appliquer les transformations aux messages entrants et sortants pour invoquer la nouvelle version.

Voici le descriptif de la session pour rappel :

La mise en œuvre d’une infrastructure de services consiste dans un premier temps à assurer la bonne disponibilité des Services par les applications du système d’informations. Cette première étape passée, il est indispensable de s’attaquer à la problématique de la gestion du cycle de vie des services, et notamment leur évolution. Nous nous concentrerons sur deux problématiques liées : - Comment gérer la montée de versions d’un service ? - Comment adapter les protocoles d’accès à ses services, en fonction des consommateurs désirant y accéder ? La Virtualisation de Services correspond aux solutions d’infrastructure qui permettent de répondre à ces enjeux de façon non intrusive, c’est-à-dire, sans intervenir sur les codes développés. Nous illustrerons nos propos en présentant l’architecture et des démonstrations du moteur opensource proposé par les équipes Microsoft Consulting Services et Patterns et Practices, le « Managed Services Engine ».

Interopérabilité des Services Web ... sur le terrain

Steve SFARTZ — Wed, 12 Mar 2008 13:13:00 GMT

Au fil de mes conférences et interventions sur les scénarios d'interopérabilité Java - .Net, je rencontre régulièrement les mêmes écueils. Voici donc un B.A.BA pour une interopérabilité réussie (avec la contribution de Benjamin Bellon Serre :-) :

Générer un proxy client à partir du WSDL

Utiliser la commande svcutil sous WCF (ou bien son équivalent sous Visual Studio : Add Service Reference...) ou bien la commande wsimport si vous utilisez un framework Java qui implémente JAX-WS

Ecueil 1 : la génération du proxy client Java ne fonctionne pas.

Cela est généralement lié au fait que le WSDL généré par WCF comprend des includes (même si c'est prévu par les spécifications, certains frameworks Java ne l'implémentent pas).

Dans ce cas, il faut retravailler le WSDL ou bien demander à la partie .Net de "mettre à plat" son WSDL. Voir ce billet ...

Ecueil 2 : les formats SOAP supportés par les frameworks doivent être alignés

Si JAX-WS et WCF supportent la plupart de ces modes d'encodage, il faut tout de même les aligner. En principe, la simple génération à partir du WSDL permet de générer le bon formattage par le proxy client. Cependant, si le consommateur ne supporte pas un mode encodage, il faudra adapter le serveur au mode d'encodage supporté. Voici le moyen en WCF :

Pour adapter la partie JAX-WS, voici les attributs à positionner sur le service :

@SOAPBinding(style=SOAPBinding.Style.DOCUMENT, use=SOAPBinding.Use.LITERAL)
public class ServiceSomme { ...

Si vous souhaitez consommer en Java un Web Service exposé par un applicatif Microsoft, voici les encodages proposés par défaut pour les frameworks historiques (au sens avant WCF)

Et si ça ne fonctionne toujours pas, il faut aller regarder de plus près le fichier WSDL et les flux SOAP

L'outillage nécessaire pour soumettre des trames SOAP est SoapUI côté Java, et ServiceTester côté .Net (fourni avec le Managed Service Engine). L'intégration WCF dans VisualStudio 2008 permet aussi de soumettre des flux SOAP pour un service .Net hébergé grâce au moteur WCF intégré (WCFTestClient)

Si vous utilisez WCF, il suffit de mettre en place l'analyse (Diagnotics) pour pouvoir tracer les flux SOAP échangés.

<system.diagnostics>
    <sources>
      <source name="System.ServiceModel.MessageLogging" switchValue="Warning, ActivityTracing">
        <listeners>
          <add type="System.Diagnostics.DefaultTraceListener" name="Default">
            <filter type="" />
          </add>
          <add name="ServiceModelMessageLoggingListener">
            <filter type="" />
          </add>
        </listeners>
      </source>
    </sources>
    <sharedListeners>
      <add initializeData="...\app_messages.svclog"
        type="System.Diagnostics.XmlWriterTraceListener, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089"
        name="ServiceModelMessageLoggingListener" traceOutputOptions="LogicalOperationStack, DateTime, Timestamp, ProcessId, ThreadId, Callstack">
        <filter type="" />
      </add>
    </sharedListeners>
</system.diagnostics>

Ressources

Pour approfondir les aspects théoriques des Services Web et les problématiques d'interopérabilité avec des exemples AXIS, JAX-WS et WCF, je vous invite à lire ce livre blanc et les vidéos associées.

Si vous êtes en environnement .Net + WebSphere 6, IBM a publié un guide dont la première partie couvre SOAP et WS-Adressing.

BizTalk Adapter Pack : WCF se connecte à SAP, SIEBEL et ORACLE DB

Steve SFARTZ — Wed, 13 Feb 2008 17:10:00 GMT

Attendu depuis plusieurs mois, le BizTalk Adapter Pack 1.0 sera finalement disponible le 1er Mars et en évaluation à partir du 1er avril 2008.

Cette version 1.0 du Pack correspond à des connecteurs WCF vers les ERP SAP et SEBEL et la base de données ORACLE. Le connecteur WCF pour SQL Server 2005 et 2008 est en cours d'implémentation, et planifié pour la prochaine version du pack.

En pratique, cela signifie que la même technologie WCF (qui vous permettait jusqu'alors de mettre en place des applications distribuées en environnement Microsoft et/ou hétérogène via les Services Web) vous permet désormais - sans installation de tiers supplémentaires - d'échanger depuis vos applications .Net, SharePoint, Office ou SSIS vers les ERP SIEBEL, SAP ou bien la base de données ORACLE. Consulter la fiche produit BizTalk Adapter Pack DataSheet pour accéder aux scénarios effectivement supportés.

Si son nom peut prêter à confusion, le BizTalk Adapter Pack est bien indépendant de BizTalk Server. C'est la complémentarité avec les technologies d'intégration de Microsoft qui rapproche ce Pack de la marque BizTalk. D'ailleurs, le BizTalk Adapter Pack est commercialisé soit séparément soit avec BizTalk Server 2006 R2. Et pour les possesseurs de licences BizTalk Server (excepté la version Branch), il est prévu que les connecteurs WCF du BizTalk Adapter Pack soient inclus via la "software assurance" Microsoft.

Côté intégration avec Biztalk Server, celle-ci est complète puisque le BizTalk Adapter Pack est utilisable directement via la connectivité WCF disponible depuis la release 2 de BizTalk Server. D'ailleurs, ce couplage (BizTalk Adapter Pack et BizTalk Server) est recommandé si vous êtes intéressés pour réaliser des échanges qui vont au delà du simple point à point (spécialité de WCF), pour viser notamment des scénarios d'orchestration et de bus de services (spécialité de BizTalk Server).

Côté implémentation, les adaptateurs SAP, SIEBEL et ORACLE reposent sur le WCF LOB Adapter SDK. Le WCF LOB Adapter SDK est un framework gratuit qui vous permet d'interfacer des traitements existants via la technologie de communication WCF. Il s'agit là de constituer un pont entre des protocoles propriétaires et/ou spécialisés vers les technologies .Net. Ce SDK permet ainsi non seulement d'assurer la connectivité et l'échange de messages, mais aussi d'associer toutes les meta-données nécessaires aux outils de développement et de création d'interfaces d'accès (proxy). S'il est disponible depuis Novembre 2007, une version SP1 du WCF LOB Adapter SDK est toutefois prévue pour la sortie du BizTalk Adapter Pack.

Enfin, rappelons que l'offre de connecteurs proposée avec BizTalk Server va au-delà de SAP, SIEBEL et ORACLE DB ! Elle inclue notamment les aspects Legacy IBM MainFram et AS/400, mais aussi JDE, TIBCO et les échanges EDI et RFID.

Consommons : S+S BluePrints et Windows Live Quick Apps

Steve SFARTZ — Wed, 13 Feb 2008 13:30:00 GMT

Quel est le point commun entre SilverLight, WPF, ASP.Net et Outlook ? Toutes ces technologies font d'excellents consommateurs de Services, chacune dans son domaine (le Web 2.0, l'expérience immersive, la productivité en entreprise)

La preuve sur Codeplex où vous trouverez deux nouveaux espaces de mise à disposition de codes ouverts incarnant les multiples expériences de consommation de services proposées par Microsoft

Les Software + Services BluePrints proposent des codes, outils et tutoriaux pour réaliser des applications S+S centrées sur les applications Office (OBA), le commerce électronique, et les espaces communautaires et média. La première démonstration mise en ligne concerne un scénario Outlook + Services, avec une vidéo d'introduction sur Channel 9.

Assez original, un assistant Visual Studio BluePrints Manager vous permettra d'installer rapidement les démonstrations disponibles et à venir (fonctionnalité d'update).

Les Windows Live Quick Apps proposent des scénarios Web prêts à l'emploi de consommation de Services Windows Live. Tafiti Search (Expérience de recherche avec Silverlight, ASP.NET Ajax, Windows Live ID et Live Search API), Adventure Works Resorts (pour les sites de mise en relation), Contoso Bicycle Club (pour les sites associatifs), Video.Show pour les sites de diffusion de flux vidéo

Microsoft TechDays 2008 : Les sessions SOA

Steve SFARTZ — Thu, 07 Feb 2008 15:46:00 GMT

Le parcours Architecte des Microsoft TechDays 2008 propose 8 sessions autour des problématiques SOA en Entreprise, et Software + Services pour la dimension Cloud Computing

Sessions SOA en Entreprise

Lundi 11 février - 14h30 - ARC214 - Critères de choix d'une technologie de workflow

WF, BizTalk, SharePoint

Lundi 11 février - 17h30 - ARC215 - Les stratégies d'interconnexion du SI

BizTalk, WCF et son eco-système

Mardi 12 février - 16h00 - ARC216 - Rôle du Business Activity Monitoring

BizTalk, BAM

Mercredi 13 février - 13h - ARC309 - NERD 2007: Référencez vos services

BAM, WCF, WF, UDDI, WS-Discovery illustrés dans un scénario de bout en bout

Sessions Software + Services et l'internet

Mardi 12 février - 13h - ARC213 - Introduction Software + Services

Présentation de la stratégie Microsoft avec des exemples concrets

Mardi 12 février - 14h30 - ARC210 - Virtualisation de services

WCF, BAM, UDDI, Interop, SOI illustré par le Managed Service Engine

Mardi 12 février - 16h - ARC305 - Introduction à BizTalk Services

Zoom sur la preview de l'internet Service Bus de Microsoft

Mardi 12 février - 17h30 - ARC212 - Nouvelles architectures Web

Tirer parti de RSS, REST, JSON

BPMS, BPP et ICE

Steve SFARTZ — Fri, 11 Jan 2008 15:55:00 GMT

Janelle Hill, référent BPM du Gartner, présente dans cette interview sa vision de l'évolution du BPM, et la nécessaire adaptation des Quadrants Magiques :

Les entreprises continuent à investir sur la dimension agilité de leurs processus Métier. L'objectif : permettre aux équipes Métier d'adapter les processus au travers d'outils dédiés et sans avoir recours aux cycles de développements traditionnels, lesquels ne sont plus en phase avec les rythmes d' évolution de l'activité Métier.
Les suites BPM traditionnelles ont le défaut de ne pas être autosuffisantes : il est nécessaire de les compléter par de la documentation, et des outils de modélisation mais aussi d'interactions (Information Worker - Office) ciblant les utilisateurs Métier.
Le concept de suite BPM évolue vers un concept plus global : il s'agit de plateformes BPM (BPP) ainsi que d'environnements intégrés pour les applications composites (ICE).

Faisons la lumière sur ces acronymes en regard de la Plateforme Applicative Microsoft :

BPMS - Business Process Management Suite : BizTalk Server en version 2006 R2 assure les fonctionnalités d'un BPMS, et intègre notamment des modules BAM (suivi de l'activité métier), BRE (moteur de règles métier), HATS (monitoring de l'état de santé technique) ainsi que la connectivité au système d'informations (Adaptateurs techniques - protocoles, EDI et RFID - et connecteurs vers les ERP du marché)
BPP - Business Process Platform : Toute la plate-forme applicative Microsoft (BizTalk Server 2006 R2, Visual Studio Team Suite & Team Foundation Server, System Center) 2007 est sollicitée pour fluidifier la gestion des processus métier en (re)donnant notamment la main aux équipes Métier via les interfaces MOSS (Office SharePoint 2007), tout en gérant l'ensemble du cycle de vie des processus métier (et donc au travers des différents outils et runtimes impliqués).
ICE - Integrated Composition Environment : Stratégie qui consiste à composer des services plutôt que d'investir sur des développements sur mesure. Bref, ICE par opposition et/ou en complément des IDE. C'est l'objectif de l'initiative Oslo de Microsoft que de faciliter la création d'applications composites, en intégrant nativement les modèles à la plate-forme applicative Microsoft. Et ce, au travers d'un référentiel assurant la gestion du cycle de vie des modèles qui constituent le liant entre les phases d'analyse, conception, implémentation et déploiement des applications métier : en bref, "le modèle est l'implémentation".

[Archive] Tirer parti des technologies Microsoft depuis Java au travers des Services Web

Steve SFARTZ — Thu, 03 Jan 2008 15:07:00 GMT

Avec le concours de Jean-Louis LEQUEUX et de Nasime EL FARTASSE d'ATOS ORIGIN, le RV de l'interop du 18 octobre 2007 a permis d'illustrer 4 scénarios d'interopérabilité : Excel (VBA & AddIn avec VS2008), SharePoint (MOSS2007), Génération de rapports (SQL Server Reporting Services) et Composition de Services (WF - Wndows Workflow Foundation 3.5)

Vous pouvez écouter les sessions et télécharger les PPTs sur Microsoft Audio & Video.

J'ai profité des vacances pour packager un minimum les démos, dont voici les codes des démonstrations.

Le scénario d'interopérabilité Composite avec Worflow Foundation demandait à être complété : un article détaillé illustrant un scénario de médiation de protocoles avec WF, entre JAX-WS et un client REST via WF et en utilisant les bindings WCF paraîtra courant Janvier.

Voici l'agenda d'étaillé du RV du 18 octobre :

Atos Origin, SOA et interopérabilité 2/13
Les opportunités liées aux Services Web en entreprise 3/13
Théorie des Services Web 4/13
Les profils d'interopérabilité du WS-I 5/13
Développement de Services Web en .NET 6/13
Développement de Services Web en Java 7/13
Quelques bonnes pratiques pour débuter 8/13
Consommer des Services Java depuis Excel en VBA 9/13
Consommer des Services Java depuis un AddIn .NET Excel 10/13
Intégrer en Java un référentiel SharePoint 11/13
Rechercher et générer des rapports SQL SERVER depuis Java 12/13
Invoquer un Workflow .NET depuis un Service Web Java et plus 13/13

Ce RV de l'interop vient compléter de sessions plus théoriques sur les Services Web et l' Interopérabilité entre les environnements .Net et Java :

Juin 2007 : Interopérabilité des stacks SOAP .Net et Java

WCF, Apache AXIS et SUN JAX-WS
Accompagné d'un livre blanc

Juin 2007 : Interopérabilité via les protocoles avancés WS-*

Sécurité, transactions entre WCF et WSIT / Metro / SUN Glassfish

Mai 2007 : 3 stratégies pour interopérer entre Java et .Net

Services Web, Bridges, COM

Découvrir WCF en .Net 3.5

Steve SFARTZ — Thu, 27 Dec 2007 20:39:00 GMT

David Chappell présente les scénarios d' utilisation de la technologie WCF suite à la sortie du framework .Net 3.5. Cet article met en exergue les bénéfices dont vos développements .Net tireront parti.

Au-delà du support de REST, si vous êtes familier avec la version 3.0 de WCF, je vous recommande de lire les passages WCF LOB Adapter SDK ainsi que BizTalk Services (Identity & Connectivity Services).

O'Reilly : Introduction à WCF

Steve SFARTZ — Wed, 05 Dec 2007 09:44:00 GMT

La version française du livre d'apprentissage des bases de Windows Communication Foundation et des SOA, proposée par Michele Leroux Bustamente, est disponible depuis quelques semaines. Les exemples de code sont disponibles sur le site O'Reilly et sur le blog de Michele, les exemples mis à jour pour VS2008 : "That Indigo Girl". Merci à Bertrang Hug, Frédéric Laurent, Daniel Tizon et Sébastien Warin pour cette traduction.

Si vous souhaitez creuser WCF, je vous recommande l'ouvrage de Juval Lowy, collègue de Michele chez IDesign : "Programming WCF".

Et pour les plus avertis sur WCF, rendez-vous sur le site de la communauté NetFx.