SOA & Interop @ Microsoft France : WCF

Dublin : le nouveau serveur d'applications de Microsoft

Steve SFARTZ — Mon, 03 Nov 2008 03:38:00 GMT

Avec la version 4 du framework .Net, les technologies WCF (Communication orientée services) et WF (Workflow) seront enrichies, mais elles bénéficieront aussi d’un nouveau conteneur “Dublin” qui s’apparente donc à un serveur d’applications SOA / Composites. Dublin sera lancé après .Net 4, et sera intégré à la plate-forme Windows Server sans coût supplémentaire.

Remarque : sans attendre .Net 4, le framework WCF 3.5 se voit enrichi de nouveaux scénarios REST grâce au REST Starter Kit.

Remarque 2 : durant la session XAML Declarative Programming de la PDC 2008, une démonstration a été réalisée d'un code XAML qui couvrait la présentation, les communications et la composition (WPF + WF + WCF), grâce aux nouvelles fonctionnalités de XAML 2009.

Le document Dublin .Net 4 Overview résume les fonctionnalités planifiées :

Présenté lors de la PDC 2008, Dublin a créé l’enthousiasme mais aussi levé plusieurs interrogations :

Q : Faut-il voir Dublin comme une alternative à BizTalk ? Oui et non. Les 2 technologies couvriront des scénarios différents mais pourront aussi se compléter pour gérer les scénarios entreprises les plus complexes. Dublin permet d’abriter votre logique applicative SOA et composite, tandis que BizTalk se concentre sur les problématiques d’intégration du SI et des flux partenaires. Pour plus de détails, consulter la documentation MSDN "A First Look at WF, Dublin, Oslo" dont voici un extraint :

The key thing to understand is that “Dublin” doesn’t directly target traditional BizTalk scenarios. For example, enterprise application integration and business-to-business connections via EDI will still use BizTalk Server. Similarly, bringing existing applications into the service-oriented world by exposing their functions and/or data through BizTalk Server will continue to make sense. While the reach of “Dublin” may grow over time, BizTalk Server remains important for connecting the Microsoft application platform to the diverse systems common in most enterprises

If an organization needs an application container for WCF services, however, especially those implemented using WF, “Dublin” is a better choice—this is what it’s designed for. And expect BizTalk Server’s connection with “Dublin” to get stronger: Look for a future release after BizTalk Server 2009 to build on the “Dublin” infrastructure. Even though the functions of BizTalk Server and “Dublin” appear to overlap in some ways, each technology has a clear role to play

Q : Comment se positionne Dublin par rapport à Oslo ? Il sera possible de déployer automatiquement des applications en projetant le modèle de ces applications stocké dans le référentiel Oslo vers le conteneur Dublin. Dublin sera l’un des premiers runtimes à intégrer cette capacité.

PDC2008 – Declarative Programming using XAML

Steve SFARTZ — Thu, 30 Oct 2008 03:35:00 GMT

Several technologies have leveraged XAML since .Net 3.0 : WPF, WF, Silverlight, XPS.

State of XAML 2006

Need language evolution
Make it faster
Compilation, debugging, obfuscation, localization, FxCop, VS Integration
A lot of people write their own parser => XAML ready framework

In .Net 4, we will ship XAML 2009.

XAML 2009

x:Reference name (Backward and forward references) and target attribute (possibility to point to a reference)
built-in types (set of basic types)
generics (x:TypeArguments)
arbitrary key types (x:Key)
beyond method names (no more markup compilation, and delegates)
better declarative type authoring (x:SchemaType)
w:FactoryMethod

XAMLPad enhancements to represent the XAML Data Model is too flexible : OMV (Object – Members – Values

System.Xaml.dll in .Net 4.0.

a November 2008 CTP will be released, will work on .Net 3.5
XAML to objects processing: XamlReader.Load. XML Node to XAML Node and XAML Node to Objects + type resolution.
XamlXmlReader (XML => XAML)

in .Net 4.0, WF vocabulary will get richer (DataFlow) and a rich WCF vocabulary will be introduced. Thus, you can have an entire application (UI + Business Logic + Services invocation + Workflow) implemented in XAML.

To benefit from XAML, have your framework XAML ready. Ride the XAML wave.

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.

Quoi de neuf pour vos services avec .Net 3.5 SP1 beta ?

Steve SFARTZ — Wed, 14 May 2008 14:24:00 GMT

Le Service Pack 1 du framework .Net 3.5, actuellement en beta, apporte un grand nombre de nouveautés pour le développement Web (ASP.Net, AJAX, MVC) et Windows (WPF, ClickOnce) mais le développeur de services n'est pas en "REST": améliorations WCF et WF et les nouveaux Data Services !

Si la présentation du Service Pack 1 de .Net 3.5 donne un aperçu des nouveautés et ces démonstrations sur Channel 9, je vous invite surtout à lire VS2008 and .NET 3.5 SP1 Enhancements for Service Developers.

En résumé, un support plus large de REST et d'AtomPub dans WCF, un raccourci pour la sérialization SOAP, et des améliorations au niveau des assistants Visual Studio pour WCF et WF. Sous oublier, l'arrivée des Data Services dans le framework .Net pour supporter les scénarios d'exposition de ressources.

Un seul bémol, cette beta n'est pas compatible SilverLight 2 (en beta aussi). Donc vous ne pouvez pour le moment ne tirer parti des toutes dernières nouveautés que sur une seule filière de développement : Production ou consommation des services.

Windows Communication Foundation and Workflow Foundation Changes

New Hosting Wizard for WCF Service projects.
Enhancements in Test Client such as support for RM Sessions, Message Contract and Nullable<T> types enables testing of broader set of WCF-based services.
Expanding reach of DataContract Serializer by relaxing the need of having [DataContract]/ [DataMember] on types and by supporting an interoperable mechanism for dealing with object references.
Improved Partial Trust Debugging Experience with support for Event Log.
Support for ADO.NET Entity Framework entities in WCF contracts.
Improvements in writing REST based services ranging from easily supporting ServiceDocuments publication and consumption to providing greater control and usability of UriTemplate.
Significant performance improvements on large workflow-based projects in Visual Studio.
Considerable scalability increases for hosted WCF services in IIS7-integrated mode.

Attention, 2 anomalies répertoriées dont vous trouverez ici les contournements :

HTTP POX is not composable with One-way
Windows XP issue when AllowNtlm is set to false

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 ».

Vos inputs pour le BizTalk Adapter for SQL Server

Steve SFARTZ — Thu, 13 Mar 2008 16:25:00 GMT

L'équipe Connected Systems travaille actuellement sur la nouvelle version de l'adaptateur générique BizTalk pour SQL Server, qui viendra compléter le BizTalk Adapter Pack déjà disponible pour accéder à SAP, SIEBEL et ORACLE SGBDR de façon native avec WCF.

Vivek Krishna, chef de produit, est à la recherche de besoins terrain mais aussi de retours d'expérience d'utilisateurs de la version courante de l'Adaptateur BizTalk pour SQL Server (livré depuis BizTalk 2004, supporte SQL Server 2000 et 2005, ne repose pas sur le WCF LOB Adapter SDK).

Les fonctionnalités prévues sont :

Support des nouveaux types de SQL2005 et SQL2008 (XML, FileStream et les types customs (UDTs))
Opérations CRUD sur les tables et les vues
Appel de procédures stockées (TSQL et CLR)
4. Possibilité de transmettre des paramètres de type tableau

Merci de transmettre vos inputs en anglais directement vers Vivek ou bien vers moi en français.

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.

Connecter BizTalk Server aux BizTalk Services

Steve SFARTZ — Tue, 11 Mar 2008 03:31:00 GMT

Jon Flanders présente comment utiliser conjointement les deux connectivités de BizTalk : 'à demeure' et 'dans les nuages'. Dans le scénario de démonstration, il s'agit de recevoir des messages depuis l'Internet Service Bus sur un port de réception (Receive Location) de BizTalk Server et transmettre un message d'un port d'émission (Send Port) vers l'Internet Service Bus.

Dans la mesure où la connectivité vers l'Internet Service Bus est assurée par un binding WCF de type RelayBinding, la démonstration met en oeuvre BizTalk Server 2006 R2 et son support de la technologie WCF - Windows Communication Foundation.

Cependant pour se connecter aux BizTalk Services, il est nécessaire de fournir un jeton d'identité. Par défaut, le relayBinding invoque le selecteur d'identité de CardSpace, ce qui ne fait pas de sens pour le serveur BizTalk.

La manipulation consiste donc à remplacer le fournisseur de jeton par défaut (de type CardSpaceTokenProvider) par le UserNameTokenProvider (associé à un couple utilisateur / mot de passe) fourni dans le SDK.

Pour associer le UserNameTokenProvider sans possibilité d'intervenir sur le ServiceHost, Jon propose d'ajouter une extension de comportement (BehaviorExtension) dont il fournit le code dans son billet.

Protocoles de communication Windows et encodages XML

Steve SFARTZ — Thu, 06 Mar 2008 14:27:00 GMT

Suite à l'annonce Interopérabilité de Microsoft, les 30.000 pages d'API documentées dans le cadre notamment du procès avec la Communauté Européenne ont été mises à disposition. Pour information ou rappel, ce travail collossal a été réalisé sur plusieurs années et par près de 200 spécialistes.

Dans le cadre de l'interop et de la SOA, la documentation des protocoles de communication MCPP sont passionnants, ils offrent un bon complément à la documentation MSDN du framework .Net.

En les parcourant je me suis intéressé à l'encodage binaire des messages SOAP. La lecture de ces trois documents permet de découvrir et approfondir les choix et l'implémentation choisie par Microsoft pour optimiser la sérialization de documents XML.

[MC-NBFS]: .NET Binary Format: SOAP Data Structure
[MC-NBFX]: .NET Binary Format: XML Data Structure
[MC-NBFSE]: .NET Binary Format: SOAP Extension

Du coup, voilà qui m'amène à me poser la question du choix de la solution d'encodage optimale, des options disponibles, ainsi que l'état des standards dans le domaine. Voici la synthèse de mes recherches au 6 mars 2008 :

Si souhaitez disposer de critères de choix d'une solution d'encodage ou bien de compression de messages SOAP, je vous invite à parcourir cette présentation qui fait état d'une expérimentation à l'aide de Sun Fast InfoSet et GZIP pour des messages de différentes tailles : A Study of the Impact of Compression and Binary Encoding on SOAP. Dommage l'encodage SOAP binaire proposé avec Microsoft n'a pas été testé.

Côté spécifications, je vois 3 stratégies d'encodage XML émerger : Microsoft (spécifications juste au-dessus) utlisé par WCF, SUN XML Fast InfoSet (FI) et celle du W3C Efficient XML Interchange(EXI) en draft depuis Decembre 2007.

Bilan vis à vis de WCF...

WCF propose 3 modes d'encodage des messages SOAP : Text (XML en clair), Binaire (optimisation en remplaçant les tags par une codification pré-établie, un peu comme une compression sur mesure qui a aussi l'avantage d'optimiser la phase de decoding), et MTOM (recommandation W3C qui cible l'intégration de données au format binaire au sein d'un message SOAP).

Warning de Nicholas Allen: The binary message encoder requires you to use SOAP 1.2 and any version of message addressing. Validation for the message encoder checks that you are using SOAP 1.2. A transport can supply its own native version of addressing, but the HTTP, TCP, and named pipe transports don't work with this for the binary encoding. The validation doesn't check to make sure that you have some kind of message addressing, so if you are using AddressingVersion.None, then that won't show up as an error until you try to send a message.

L'encodage binaire proposé par WCF optimise l'échange des flux, mais de façon non interopérable (même si les spécifications sont publiées, je n'ai pas connaissance d'implémentation Java de la sérialization proposée par Microsoft; voilà un projet de stage :-)).

Si vous souhaitez optimiser la transmission de vos trames SOAP tout en restant interopérable, vous avez l'option de miser sur les spécifications Draft EXI du W3C dont AgileDelta propose une implémentation pour WCF, mais aussi pour AXIS 1, AXIS 2 et WebLogic.

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.

WCF et l' injection de dépendances

Steve SFARTZ — Fri, 04 Jan 2008 16:21:00 GMT

Pablo Cibraro propose une injection de dépendances pour des services WCF.

L'astuce consiste à modifier l'instanciation du service WCF, au niveau du point d'extensibilité IInstanceProvider.

L'injecteur proposé ici est ObjectBuilder de Patterns & Practices, sachant que vous trouverez ici un exemple similaire avec une injection WCF via Spring.Net

L'exemple présente aussi l'intérêt de mettre en oeuvre le NullTransportBinding proposé par Roman Kiss. (à découvrir si vous ne connaissez pas).

[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).