article de presse - Cap Data Consulting

T echnologie
WCF et SCA, les nouveaux frameworks
de communication
Les applications informatiques modernes sont de plus en plus appelées à communiquer avec
des composants extérieurs (ERP,EAI,autres applications).Les échanges s’effectuent le plus souvent
dans les deux sens : consommation de services à l’extérieur et mise à disposition de services
pour des tiers. Cette situation a conduit à l’émergence d’architectures dites de services,
appelées SOA (Service Oriented Architectures),qui sont au cœur des préoccupations des architectes
et des éditeurs depuis plusieurs années.
Sur le plan technique, les protocoles de
communication disponibles ont atteint
un bon niveau de maturité (et généralement
d’interopérabilité). Ils peuvent être classés
en différentes catégories : synchrones (DCOM,
RMI, IIOP…), asynchrones (JMS, MSMQ, Tibco…),
transactionnels ou non, sécurisés ou pas.
L’émergence du protocole SOAP et des normes
WS-XXX a permis la normalisation du contenu
des messages échangés et réglé définitivement
les problèmes de marshalling qui compliquaient
les échanges entre plates-formes hétérogènes.
Il subsiste néanmoins un problème de taille :
l’absence de modèle de programmation unifié.
En effet, la mise à disposition et la consommation
de services sont jalonnées de difficultés
techniques liées aux technologies et aux
toolkits utilisés. L’objectif des nouveaux frameworks
de communication est précisément d’encapsuler
l’accès à « la plomberie » (les
couches de transport) et d’offrir des interfaces
de programmation unifiées disposant d’un
meilleur niveau d’abstraction.
La notion de service
Avant d’explorer les deux principaux frameworks
de communication, rappelons brièvement
quelques définitions et propriétés.
Le service se différencie des objets (Java, C++,
C#…) sur plusieurs points :
- le service est autonome, il ne dépend pas
d’autres services,
- la description d’un service est indépendante
de son implémentation,
- il est possible d’avoir plusieurs implémentations
d’un même service (par exemple des versions
différentes),
- la définition d’un service s’appuie davantage
sur la structure des messages échangés que
sur la signature de méthodes,
- le service sert à mettre à disposition d’autres
applications des primitives de haut niveau,
avec une granularité plus importante que celle
des objets classiques.
Au-delà des difficultés techniques rencontrées
pour la mise en œuvre de services, il ne faut
pas perdre de vue que le premier challenge
concerne avant tout l’architecture fonctionnelle,
car c’est elle qui doit décider du découpage
des fonctionnalités métiers en service.
WCF
Parmi les nouveaux frameworks en cours d’élaboration,
celui de Microsoft est incontestablement
le projet le plus avancé (bien que toujours
en version bêta à ce jour). Connu depuis
trois ans sous le nom de code Indigo, il a
récemment intégré le super framework WinFX
sous le nom Windows Communication
Foundation (WCF) et sera livré avec Windows
Vista. Sans surprises, il est totalement dédié
aux applications utilisant la technologie .NET.
Bien évidemment, les services construits avec
WCF sont consommables à partir d’autres
plates-formes techniques (Java, PHP), lorsque
les protocoles de communication sont compatibles
(SOAP sur http par exemple).
L’objectif principal de WCF est d’unifier l’ensemble
des protocoles de communication utilisés
sous Windows et de fournir une implémentation
des principaux standards WS, tels
que WS-Transaction, WS-Coordination, WS-
Security et WS-Reliability.
Programmez n°85 49 avril 2006
Comment fonctionne WCF en
pratique ?
WCF supporte deux approches de programmation
sensiblement différentes. La première
appelée « code first » consiste à développer le
code du service sous la forme d’une classe et
ensuite à lier l’implémentation à WCF en utilisant
des annotations. La seconde appelée
« contract first » débute par l’écriture de l’interface
du service (l’équivalent de l’IDL de
DCOM ou CORBA), suivi de la génération du
squelette des classes. A noter que dans la
lignée des approches de types POJO, le code
est indépendant du framework, il n’y a donc ni
héritage de classes, ni implémentation d’interfaces
de WCF dans le code. WCF propose à la
place, des attributs tels que [ServiceContract]
qui précise qu’une classe ou une interface doit
être accessible sous forme de service, ou bien
encore [OperationContract] qui définit le
contrat qui régit un échange de messages.
A noter que WCF gère les formats standard
WDSL et MEX (WS MetadataExchange) pour
l’importation et l’exportation des contrats de
service.
Exemple d’une classe implémentant un service
avec WCF :