Universit Claude Bernard Lyon I UFR Informatique

L es services web

Sujet bibliographique par Stphanie Clapi & Antoine Renard

DESS I nformatique I mages et Rseaux option Rseaux

P r o m o tio n 2 0 0 2 -2 0 0 3

Sujet bibliographique

Les services web

Sommaire

PRAMBULE...........................................................................................................................3 PARTIE I..................................................................................................................................4 PRSENTATION :...................................................................................................................4 PANORAMA DES WEB SERVICES.....................................................................................4 1. CONTEXTE..........................................................................................................................4 2. DFINITIONS.......................................................................................................................6 3. INTRTS............................................................................................................................8 PARTIE II..............................................................................................................................10 FONCTIONNEMENT :.........................................................................................................10 LES PRINCIPES....................................................................................................................10 1. CONCEPTS DE BASE..........................................................................................................10 2. EXEMPLE..........................................................................................................................14 PARTIE III.............................................................................................................................17 UN MANQUE DE MATURIT :..........................................................................................17 LACUNES ET SOLUTIONS.................................................................................................17 1. LE MANQUE DE FIABILIT DU RSEAU INTERNET.............................................................17 2. LE MANQUE DE SCURIT.................................................................................................19 3. SOAP EST INADAPT LAPPROCHE SYNCHRONE............................................................21 PARTIE IV.............................................................................................................................25 AUJOURDHUI ET DEMAIN :............................................................................................25 ETAT DES LIEUX.................................................................................................................25 1. ACTEURS...........................................................................................................................25 2. PRODUITS..........................................................................................................................26 3. CHIFFRES..........................................................................................................................27 CONCLUSION.......................................................................................................................28 LEXIQUE................................................................................................................................29 RFRENCES........................................................................................................................30 ANNEXES...............................................................................................................................32

Stphanie Clapi Antoine Renard DESS IIR-R

Sujet bibliographique

Les services web

Prambule

A lheure actuelle, les Services Web (ou Web Services en anglais) sont un sujet dont on entend parler de plus en plus. Ce document est une synthse des concepts de base rgissant les Web Services. Il prsente globalement le vocabulaire technique, les principes de fonctionnement et les solutions du march. Vous trouverez, en page 29, un lexique qui resitue la signification des diffrentes abrviations employes dans ce document.

Stphanie Clapi Antoine Renard DESS IIR-R

Sujet bibliographique

Les services web

PARTIE I
Prsentation :
Panorama des Web Services

1. CONTEXTE
Internet est devenu au fil des dernires annes un acteur incontournable de lconomie. Malgr les dceptions bien connues du phnomne startup, les nouvelles technologies font dsormais partie intgrante de lconomie mondiale. Les nouvelles technologies permettent aujourd'hui de faciliter les changes et la communication entre tous les acteurs : clients, fournisseurs et partenaires commerciaux. Si, dans un premier temps, les entreprises ont t quelque peu bouscules par cette intrusion massive des nouvelles technologies, la tendance s'est inverse et, prsent, c'est la logique conomique du plus vite, meilleur et moins cher qui dicte les transformations ncessaires de l'Internet. Cest dans ce contexte que sont apparus les Web Services : lInternet est en fait un cadre de travail devenu incontournable et dont il faut tirer parti de la manire la plus conomiquement viable . Lobjectif est deffectuer des oprations sur le web, de manire tout fait indpendante des plate-formes et langages htrognes. Ainsi, les Services Web sont en quelque sort une utilisation dtourne danciens protocoles dInternet, qui, coupls avec de nouvelles briques , permettent lexcution dapplications distribues. Cette indpendance des Services Web vis--vis des langages et des plates-formes couple des protocoles de communication standardiss, par exemple HTTP ou encore SMTP, assure aux applications distribues une interoprabilit maximale.

Stphanie Clapi Antoine Renard DESS IIR-R

Sujet bibliographique

Les services web Les promesses des Services Web sont sduisantes. D'un point de vue technologique, ils facilitent l'interconnexion des applications au travers d'internet. Sur le plan conomique, ils doivent contribuer amliorer les changes entre entreprises.

Stphanie Clapi Antoine Renard DESS IIR-R

Sujet bibliographique

Les services web

2. DFINITIONS
Quest-ce quun Web Service ? Les services web sont des applications modulaires autonomes qui peuvent tre publies et invoques travers un rseau (comme le web). Les services web proposent des interfaces bien dfinies qui dcrivent les services fournis. Un Service Web est un composant programm dans n'importe quel langage et envelopp dans une couche de standards, la plupart drivs de XML. Grce cette enveloppe, le composant peut dialoguer avec d'autres applications qui, elles-mmes se conforment aux standards des Web Services. Les services web sont conus pour permettre un couplage flexible entre client et serveur. C'est--dire que l'implmentation du serveur n'impose pas au client l'utilisation d'une plate-forme ou d'un langage de programmation spcifique. Non seulement les interfaces sont dfinies en restant neutre quant au langage, mais elles sont galement conues pour utiliser diffrents mcanismes de communication. Rsultat, deux plates-formes distantes (un poste d'utilisateur et un serveur) peuvent donc dialoguer, et ceci indpendamment du systme d'exploitation et des langages de programmation exploits de part et d'autre. Les Web Services reprsentent donc un moyen de rpartir les traitements travers le Net et de mutualiser les services applicatifs.

Ne pas confondre Si lorigine le terme Web Service correspondait globalement un service disponible via le web, par la suite il a t assimil une technologie bien particulire. En effet, lorsquon parle de Web Services, on ne doit penser un service offert sur Internet (une messagerie lectronique en ligne par exemple) mais bien une multitude dacronymes tels que SOAP, XML, HTTP, WSDL, ou UDDI (et bien dautres encore).

Stphanie Clapi Antoine Renard DESS IIR-R

Sujet bibliographique

Les services web

Concept du publier, trouver, lier Les Web Services sont placs au devant de la scne en tant que nouvelles technologie qui va rvolutionner la manire dont les applications distribues cooprent. Larchitecture oriente services sous-jacente aux Web Services est base sur le mcanisme publier, trouver et lier qui existe dj au sein de CORBA depuis des annes.

Service Registry

PUBLISH

FIND

Service Provider

BIND

Service Consume r

Figure 1 : Architecture des Web Services

Stphanie Clapi Antoine Renard DESS IIR-R

Sujet bibliographique

Les services web

3. INTRTS

Cette technologie des Web Services voit son utilit dans un contexte darchitecture distribue. Les applications rparties existent depuis bon nombre dannes et les Web Services semblent tre prsents comme laboutissement de leur volution. Compars des technologies comme CORBA, RPC ou les EJB, les Web Services prsentent de nombreux avantages. Notamment en termes de facilit de mise en place, de passage de firewall et de flexibilit.

Un engouement soudain Les objets CORBA publient leurs services dans des Naming et Trader Services grce auxquels dautres objets peuvent trouver ces services et ensuite dlivrer des requtes aux objets correspondants. Le phnomne de mode dont ont fait lobjet les Services Web ont une explication : la relle rvolution rside dans lemploi des standards HTTP et XML et surtout dans la simplification du processus de communication. Sils tiennent leurs promesses, lintrts des Web Services est donc considrable puisquils permettraient luniformisation et lhomognisation des changes entre environnements diffrents.

Stphanie Clapi Antoine Renard DESS IIR-R

Sujet bibliographique

Les services web

Ce schma illustre le fait que les changes effectus par SOAP sur http traversent les firewalls de manire plus directe. Ainsi, des processus mtiers ne ncessitent pas obligatoirement louverture de ports supplmentaires. De plus, au mme titre que CORBA ou les EJB, les Web Services permettent dinterconnecter des applications crites laide de langages de programmation totalement diffrents.

Stphanie Clapi Antoine Renard DESS IIR-R

Sujet bibliographique

Les services web

PARTIE II
Fonctionnement :
Les principes

1. CONCEPTS DE BASE
Origines En 1998, la firme UserLand Software utilise les deux standards XML et HTTP pour dfinir un protocole de communication permettant diffrentes versions de leur logiciel, tournant distinctement sur des OS Windows et Mac, de communiquer. Ce protocole, premire bauche de XML-RPC, fait natre l'espoir d'une interoprabilit entre plates-formes de toutes origines relies via l'Internet. Ensuite, Microsoft dcide de continuer les travaux entams en dfinissant un protocole driv de XML-RPC appel SOAP. Il faudra attendre la version 1.1 de SOAP avant que SUN rejoigne Microsoft et participe activement au sein du W3C working group la dfinition de ce protocole. SOAP se prsente comme la solution au problme d'interoprabilit entre la plate-forme .NET de Microsoft et la plate-forme J2EE de SUN... Cependant, la cration de Services Web ncessite d'autres types de standards technologiques que SOAP car celui-ci est uniquement limit la communication entre composants distribus. Il est donc logique de voir apparatre d'autres standards tels que UDDI permettant la dcouverte des ces services disperss sur le Web ou WSDL permettant la description de ces services.

Stphanie Clapi Antoine Renard DESS IIR-R

10

Sujet bibliographique

Les services web

Service Registry

UDDI WSDL

Service Provider

Service Consumer

SOAP

En novembre 1999, une initiative de plus grande envergure ayant pour mission de fournir une infrastructure ouverte, base sur XML et facilitant l'change d'informations lectroniques parmi des partenaires commerciaux, voit le jour. Il s'agit de ebXML. Contrairement ce que bon nombre de personnes imaginent, SOAP n'est pas un concurrent de ebXML, tout au contraire, il complte idalement les travaux mens par les organisations UN/CEFACT et OASIS. En effet, ebXML est une suite de spcifications dans laquelle s'intgre parfaitement SOAP.

La pile de protocoles des Web Services

Stphanie Clapi Antoine Renard DESS IIR-R

11

Sujet bibliographique

Les services web

Comme on peut le remarquer, le stack de protocoles des Web Services se situe au niveau applicatif (couche 7) du modle standard OSI. De ce fait, une fois de plus, les Services Web sont un niveau au-dessus par rapport des technologies comme CORBA. En effet, les changes de donnes ne seront pas binaires mais lisibles par un tre humain .

Fonctions des principaux protocoles XML Mtalangage bas sur des balises personnalisables et une hirarchisation arborescente des donnes

SOAP Reposant sur le langage de balisage XML, SOAP dfinit la structure des messages changs par les applications via Internet.

Figure 2 : Structure dun message SOAP

Stphanie Clapi Antoine Renard DESS IIR-R

12

Sujet bibliographique

Les services web UDDI Standard pour la localisation et la publication du Service Web. Permet d'enregistrer de l'information concernant les types de services disponibles et les personnes pouvant utiliser ces services. Il fournit donc un mcanisme de publication et de recherche de services. UDDI s'appuie sur des standards tels que HTTP, SOAP et WSDL. Il existe des registres publics, suivant le standard UDDI, o, la fois, des fournisseurs de services peuvent publier leurs services et des demandeurs de services peuvent trouver ces services. Un registre UDDI est dcompos en pages blanches, jaunes et vertes. Les pages blanches incluent des informations tels que le nom et l'adresse d'une entreprise. Les pages jaunes catgorisent les entreprises en fonction du type d'affaires qu'elles effectuent. Finalement, les pages vertes dcrivent le genre de services offerts ainsi que les techniques de communication employer pour joindre ces services. WSDL Dfinition des ports et services utiliss par le Service Web. Le langage WSDL est exploit par le fournisseur de services pour donner une description technique de ses services. Cette description peut tre interprte, sans la moindre intervention humaine, par une entit distribue dsireuse de trouver et ensuite d'invoquer un service particulier. WSDL se base sur le format XML pour dcrire des Services Web sous la forme d'un ensemble de points finaux appels ports. Un port est dcompos en deux parties distinctes. La premire partie contient la dfinition abstraite des oprations ainsi que des messages contenus dans ces oprations. Une opration est ainsi considre comme une action dont on peut extraire deux types de messages : une requte et une rponse. Tandis que la seconde partie lie les messages un protocole de communication concret. Cette distinction entre partie abstraite et concrte est requise afin de favoriser la rutilisabilit de cette dfinition en combinaison avec d'autres protocoles. Un port est donc dcompos en un ensemble d'oprations. Chaque port est li un protocole de communication comme par exemple SOAP 1.1 ou SMTP. Enfin, le port reprsente une adresse laquelle on peut joindre l'entit supportant les oprations dfinies.

Stphanie Clapi Antoine Renard DESS IIR-R

13

Sujet bibliographique

Les services web

2. EXEMPLE
Pour schmatiser le principe de fonctionnement dun Service Web, on peut utiliser les figures suivantes :

Aprs mise en place de Web Services, ils sont inscrits dans un (ou des) annuaires UDDI privs ou publics. Le format WDSL dcrit le service et la manire avec laquelle on peut y accder et lexploiter. Chaque Service Web est en fait laccs visible sur le rseau (Internet ou Intranet) au systme interne de lentreprise. Au niveau de lUDDI, lensemble des Services Web sont rfrencs et classs dans trois bases selon leur catgorie : Pages blanches Pages Jaunes Pages vertes

Stphanie Clapi Antoine Renard DESS IIR-R

14

Sujet bibliographique

Les services web

Un client voulant utiliser un des Services Web rfrencs ltape prcdente se connecte sur lannuaire UDDI. Il rcupre la description WSDL du service voulu. Il dispose ensuite des informations ncessaires pour pouvoir accder puis utiliser le Service Web.

Stphanie Clapi Antoine Renard DESS IIR-R

15

Sujet bibliographique

Les services web Lchange SOAP peut alors commencer : il est initi par une requte SOAP envoye par le client destination dun des Services Web. La requte SOAP est achemine (par exemple sur le protocole HTTP ou encore SMTP). Cette requte SOAP contient lensemble des donnes qui sont passes en paramtre au Service Web distant. Une fois le traitement effectu par le Service Web, une rponse SOAP sera renvoye au client, qui contiendra la rponse.

Mais en y regardant bien, les Web Services sils sont incontestablement une volution ne constituent pas pour le moment une vraie rvolution. Dans le sens o ils sont bass sur des protocoles et des technologies pr-existantes. De plus, SOAP correspond le plus souvent des messages XML transports sur de lHTTP. Et par ce dernier point, on peut trouver certaines imperfections aux Web Services.

Stphanie Clapi Antoine Renard DESS IIR-R

16

Sujet bibliographique

Les services web

PARTIE III
Un manque de maturit :
Lacunes et solutions

1. LE MANQUE DE FIABILIT DU RSEAU INTERNET

Le problme L'interoprabilit et la qualit de service sont les deux pr-requis indispensables un dveloppement durable des Services Web. La relle menace de failles d'interoprabilit a incit un groupe de fournisseurs (IBM, Microsoft, BEA, etc.) crer en dbut d'anne l'organisme Web Services Interoperability Organization (WSIO), cens, terme, y mettre fin. En raison des problmes inhrents la qualit du rseau IP (Best Effort), et a fortiori de HTTP, il nexiste aucun mcanisme permettant de garantir la qualit de service dun service web. Or, dans une architecture de type RPC (Remote Procedure Call), les Services Web tablissent une connexion point point afin de s'changer des messages SOAP selon un dialogue Requte / Rponse synchrone. Dans ce modle (le plus rpandu dans les entreprises franaises), l'appel d'une mthode distante bloque l'excution du programme client jusqu' ce que la rponse lui soit parvenue : les temps de latence dus la traverse du rseau Internet, ajouts aux problmes de QoS, peuvent ainsi ralentir de manire inacceptable lexcution des processus. L'absence de fiabilit du protocole HTTP ne permet en aucune faon de savoir si l'appel a bien t transmis au serveur et si ce dernier a bien renvoy sa rponse. Impossible, dans ces

Stphanie Clapi Antoine Renard DESS IIR-R

17

Sujet bibliographique

Les services web conditions, d'orchestrer l'appel successif plusieurs Services Web au sein d'un mme processus synchrone.

Les solutions actuelles La premire consiste court-circuiter Internet en mettant en place une liaison spcialise entre l'entreprise et son partenaire. Sans tre parfaite, cette solution assure un minimum de contrle sur la QoS. Dans la mme logique, des WSVN (Web Services Value Networks) ont rcemment vu le jour. Les rseaux valeur ajoute de Flamenco Networks et de Grand Central ne sont pas sans rappeler ceux de l'EDI traditionnel. Ils routent et transforment les messages de l'expditeur au destinataire, s'engagent sur une qualit de service et prennent en charge la gestion de l'authentification des partenaires. Reste que certaines entreprises comme Mto France, Ineas ou la banque SBE se satisfont de la qualit de service Internet, car les Services Web qu'ils proposent n'exigent pas des temps de rponse serrs et ne sont pas impliqus dans des transactions critiques.

Les solutions venir Face cette problmatique, IBM propose d'tendre HTTP par HTTPR (HTTP Reliable). Ce protocole garantit que les paquets sont bien achemins en renvoyant un accus de rception. L'diteur souhaiterait galement tendre le rle de WSDL en y ajoutant des contrats de service grce WSEL (Web Services Endpoint Language). Pour l'heure, ces deux spcifications ne sont pas encore implmentes, et les entreprises se tournent donc vers d'autres solutions, plus efficaces court terme.

Stphanie Clapi Antoine Renard DESS IIR-R

18

Sujet bibliographique

Les services web

2. LE MANQUE DE SCURIT

Le problme En exposant des Services Web, l'entreprise permet n'importe qui de manipuler ses applications directement depuis Internet. D'autant que l'API de chaque service est parfaitement dcrite dans un fichier WSDL. La mise en place d'un dispositif de scurit et d'authentification est donc un enjeu capital. La scurisation nest pour linstant pas implmente directement au sein du protocole SOAP. Il faut donc trouver des parades permettant de scuriser lauthentification des utilisateurs ainsi que les changes de donnes.

Les solution actuelles Pour l'heure, la majorit des projets applique donc les recettes des sites marchands aux Services Web. L'authentification est prise en charge au niveau applicatif (login et mot de passe), et les changes sont scuriss au niveau du transport : SSL fournit un premier niveau de confidentialit. Certaines socits renforcent ce dispositif l'aide de certificats ct client. Ce mcanisme en place, les entreprises ne craignent plus les attaques traditionnelles. Le principal danger vient des pilleurs de donnes. Dans ce domaine, plusieurs approches permettent de limiter les risques. La premire consiste ajouter des rgles dans son pare-feu et filtrer les adresses IP pour ne laisser passer que ses partenaires, mais linstallation de rgles de filtrage complexifie grandement la mise en place mais surtout lexploitation et la maintenance des Services Web. La seconde approche repose sur un filtrage des messages SOAP en fonction de rgles mtier. On peut, par exemple, limiter le nombre d'appels possibles d'une mthode dans un laps de temps donn. Les premiers pare-feu ddis cette tche sont rcemment apparus chez des Stphanie Clapi Antoine Renard DESS IIR-R 19

Sujet bibliographique

Les services web fournisseurs tels que Reactivity, Westbridge, Vordel ou Quadrasis. Coupe-feu et filtrage des paquets SOAP sont toutefois inefficaces face une attaque par dni de service (DoS), qui, dans le cas d'une interconnexion de composants applicatifs, peut avoir de lourdes consquences. Heureusement, les Services Web actuellement dploys reposent, pour la plupart, sur une architecture asynchrone base de middleware orient messages (MOM) et ne reprsentent qu'une infime partie des accs aux composants sous-jacents. La couche des Services Web est une faade derrire laquelle se situent les applications de l'entreprise, et donc susceptible de jouer le rle de fusible : elle s'croulera sous la charge, mais n'aura pas d'impact sur le fonctionnement global des services exposs, les appels s'accumulant dans la pile du MOM.

Solutions venir Propose par IBM, Microsoft et Verisign, WS-Security permet deux partenaires d'changer des messages SOAP en toute scurit sur l'internet grand public en les cryptant l'aide de XML Encryption, et en les signant l'aide de XML Signature, de tickets Kerberos ou de certificat X509. Soutenu par l'Oasis, WS-Security propose de transporter le contexte de scurit dans les en-ttes SOAP afin de pouvoir authentifier et scuriser le message. Mais les produits qui supportent cette spcification restent peu nombreux.

Stphanie Clapi Antoine Renard DESS IIR-R

20

Sujet bibliographique

Les services web

3. SOAP EST INADAPT LAPPROCHE SYNCHRONE

Le problme Les transactions SOAP ne permettent pas la mise en place de transactions de type synchrones : il est en effet impossible de connatre le temps dexcution ainsi ltat davancement dun traitement. De plus, le protocole HTTP ne fournit pas la fiabilit et la stabilit requises au niveau du transport pour grer convenablement des transactions fortement couples, qui ncessitent une qualit de service trs leve.

La solution actuelle L'orchestration de processus asynchrones pallie l'impossibilit de raliser des transactions SOAP. La mthode consiste dcouper fonctionnellement le processus en trois temps. Les entreprises recourent une architecture asynchrone base de middleware orient message (MOM). C'est le cas notamment de Mto France, d'Eastman Chemicals et de B2Boost. Le dcoupage fonctionnel est toujours le mme :

?
ID

Demande du service ? tat d avancement du processus Envoi Du rsultat

Client
% ? Rsultat

Stphanie Clapi Antoine Renard DESS IIR-R

21

Sujet bibliographique

Les services web L'invocation du premier service (la prise de commande, par exemple) s'effectue via un appel RPC synchrone. Ce dernier ne renvoie pas la rponse la requte, mais un identifiant. Un deuxime service fournit au client l'tat d'avancement du traitement sous-jacent (la commande est prte ou non) grce cet identifiant. Ce dcouplage permet la fois de mieux monter en charge et de prendre en compte le fait que certains traitements exposs par des Services Web peuvent parfois ncessiter plusieurs heures, voire plusieurs jours de calcul. Lorsque ce traitement est achev, un troisime Service Web rcupre le rsultat de la requte. Le dclenchement de la rcupration du rsultat auprs du troisime Service Web s'effectue toujours grce au deuxime, qui fournit l'tat de la commande. On peut soit l'interroger rgulirement, soit lui demander d'envoyer une alerte lorsque le rsultat est prt. Bien qu'un moteur d'orchestration ne soit pas toujours ncessaire pour grer cet asynchronisme, l'offre ne manque pas dans ce domaine, de Biztalk Web Service Orchestration Server de Collaxa, en passant par les produits de Cape Clear, d'Avinon, d'Intalio, d'Instansis ou de Cypress Logic. Ces moteurs sont chargs de deux tches trs importantes. La premire consiste orchestrer les appels asynchrones aux diffrents services. Ils appellent l'ensemble des services, stockent les rsultats en base ou dans une pile du MOM, puis continuent d'excuter le processus lorsqu'ils le peuvent. Leur seconde mission est de grer des mcanismes de compensation qui quivalent peu ou prou au " rollback " d'une transaction traditionnelle. En fait, chaque compensation n'annule pas les actions qui ont dj eu lieu, mais propose plutt une nouvelle action cense corriger les erreurs gnres. Une compensation n'tant rien d'autre qu'un processus.

Stphanie Clapi Antoine Renard DESS IIR-R

22

Sujet bibliographique

Les services web Les solutions venir Pour dcrire prcisment la nature des messages SOAP que vont s'changer les Services Web composant un processus, diverses propositions de standards s'affrontent, parmi lesquelles WSFL d'IBM, WSCL de HP et XLANG de Microsoft. Toutes ces propositions reposent sur XML et sont dcrites l'aide de DTD ou de schmas spcifiques. Ceux-ci sont notamment utiliss pour dcrire le type des donnes changes entre services distants. Les trois propositions permettent de spcifier des logiques d'enchanement arbitrairement complexes de services Web, assembls de manire statique, l'instar des processus caractristiques de l'univers du workflow. Des structures de contrle (boucles, blocs conditionnels, sauts, alternatives...), inspires des langages traditionnels de programmation structure, enrichissent ces propositions et permettent de dcrire des assemblages conditionnels pilots par des vnements ou dpendant de l'tat gnral du processus au moment de son excution. La dynamique des applications s'intresse la synchronisation des changes (messages, donnes...) et la dfinition de transactions impliquant potentiellement de nombreux services htrognes et distribus. Elle fait l'objet de descriptions spcifiques. Les architectures base de Services Web s'appuient sur un environnement technique d'excution n'intgrant aucun dispositif simple de gestion des tats transactionnels : titre d'exemple, HTTP est un protocole sans tat. Pourtant, les applications mettre en place sont, par essence, de nature transactionnelle. Les propositions WSCL, XLANG et WSFL permettent de dcrire sommairement ces structures dynamiques et de dfinir des transactions distribues.

Stphanie Clapi Antoine Renard DESS IIR-R

23

Sujet bibliographique

Les services web

De plus, si les Web Services ont connu ds 2001 un engouement remarquable, les diteurs semblent ne pas russir se mettre daccord sur les protocoles utiliser. En ce sens aussi les Web Services sont encore immatures. Dans le domaine du workflow, par exemple, aucune solution ne semble faire lunanimit : IBM propose WSFL, Microsoft privilgie XLang, HP pense au WSCL et un consortium dentreprises de lEAI et du B-to-B penche pour le BPML Ainsi la plupart des produits de dveloppement prsents sur le march proposent des outils permettant limplmentation et la mise en place de Web Services. Ce qui peut poser des problmes de compatibilit entre versions.

Stphanie Clapi Antoine Renard DESS IIR-R

24

Sujet bibliographique

Les services web

PARTIE IV
Aujourdhui et demain :
Etat des lieux
1. ACTEURS

Dune part, on peut distinguer les organismes normalisateurs et les entreprises informatiques dautre part. Les groupes de travail relatifs aux Web Services sont les suivants : W3C : World Wide Web Consortium

Il a pour but de mettre en place des normes. WSIO : Web Services Interoperability Organization

Issu dun partenariat de IBM, Microsoft et BEA, a pour objectif de promouvoir les Web Services.

Concernant les Web Services, on peut se placer selon diffrents points de vue : Comme fournisseur du service Comme utilisateur du service

Stphanie Clapi Antoine Renard DESS IIR-R

25

Sujet bibliographique

Les services web

2. PRODUITS

Apache SOAP (Apache project) Servlet permet de dployer les services Appel servlet depuis SOAP

Web Services Toolkit (IBM, alphaWorks) Gnrateur WSDL partir de classe Java ou EJB Gnrateur de Proxy client Java

SunOne Produit similaire de SUN annonc Version bta en dmonstration

Autres BEA, Broadvision, etc

Presque tous les diteurs de progiciels de dveloppement proposent lheure actuelle des outils permettant lutilisation des Web Services.

Stphanie Clapi Antoine Renard DESS IIR-R

26

Sujet bibliographique

Les services web

3. CHIFFRES

Progiciel de gestion Logistique Commerce lectronique C to C Relation Client Commerce lectronique B to B 0 10 20 30 40 50 60 70 80

Rsultats dune enqute sur les attentes des entreprises

100 000 Investissement moyen valu par Benchmark Group partir des projets mens en France 5 pour 75% des web services Nombre de plate-formes de dveloppement 58% Pourcentage des entreprises du tertiaire en France stant dj lancs 43% Pourcentage des sonds attendant un meilleur niveau de scurit des web services

Stphanie Clapi Antoine Renard DESS IIR-R

27

Sujet bibliographique

Les services web

Conclusion

Ainsi, pour tirer une conclusion de nos recherches, nous pensons pouvoir affirmer que les Web Services ne constituent pas une rvolution. En effet, ils sont bass sur des technologies qui taient dj employes et aprs un fort phnomne de mode, il semblerait que les Web Services subissent le contre-coup du ralentissement de lconomie et de leffondrement des valeurs de la net-conomie. Malgr un bon plan marketing , les responsables informatiques commencent relativiser lintrt dinvestir dans les Web Services et nont plus la mme tendance foncer tte baisse dans un paradigme dont les normes se font attendre. Au bout du compte, il semblerait que les Web Services finissent par trouver leur place en tant quintgrateur entre les diffrentes technologies CORBA, J2EE, .NET

Stphanie Clapi Antoine Renard DESS IIR-R

28

Sujet bibliographique

Les services web

Lexique

A.P.I. : Application Program Interface C.O.R.B.A. : Common Object Request Broker Architecture DoS : Deny of Service E.A.I. : Enterprise Application Integration E.D.I. : Echange de Donnes Informatique E.J.B. : Enterprise Java Bean ebXML : electronic business XML H.T.T.P. : Hyper Text Transfer Protocol I.P. : Internet Protocol O.O. : Object Oriented O.A.S.I.S. : Organization for the Advancement of Structured Information Standards QoS : Quality of Service R.P.C. : Remote Procedure Call S.M.T.P. : Simple Mail Transfer Protocol S.O.A.P. : Simple Object Access Protocol S.S.L. : Secure Sockets Layer U.D.D.I. : Universal Description Discovery and Integration UN/CEFACT: United Nations Centre for Trade Facilitation and Electronic Business W.S.D.L. : Web Services Description Language W.S.I.O. : Web Services Interoperability Organization W.S.V.N. : Web Services Value Networks W3C : World Wide Web Consortium X.M.L. : eXtensible Mark-up Language

Stphanie Clapi Antoine Renard DESS IIR-R

29

Sujet bibliographique

Les services web

Rfrences

Livres XML Elke Niedermair, ditions Micro Application, 2001 Serveurs dapplications Thierry Brethes - Franois Hisquin - Pierre Pezziardi, ditions Eyrolles, 2000 Programming Web Services with SOAP James Sneff, OReilly Web Services essentials OReilly Web Services Business Strategies and Architectures Kapil Apshankar, Peter Fletcher, 2002 Services Web avec SOAP, WSDL, UDDI, ebXML... Jean-Marie Chauvet, Eyrolles ditions, 2002

Internet http://www.w3.org/TR/SOAP Site du World Wide Web Consortium (documentation sur le protocole SOAP) http://www.01net.com Site du groupe 01 http://www.journaldunet.com Site dinformation spcialis dans les nouvelles technologies http://www.xmethods.com Site diffusant une liste de Web Services accessibles http://www.uddi.org

Stphanie Clapi Antoine Renard DESS IIR-R

30

Sujet bibliographique

Les services web

Usenet Microsoft.public.webservices Newsgroup

Documentation technique Borland Delphi6 pour Windows Guide du dveloppeur

Magazines et Revues professionnelles Le Monde Informatique 01Rseaux

Stphanie Clapi Antoine Renard DESS IIR-R

31

Sujet bibliographique

Les services web

ANNEXES

Stphanie Clapi Antoine Renard DESS IIR-R

32

Sujet bibliographique

Les services web

Annexe 1 : Code XML dun exemple de communication SOAP

Request SOAP envelope <SOAP-ENV:Envelope xmlns:SOAP-ENV="..."> <SOAP-ENV:Header> non functional </SOAP-ENV:Header> <SOAP-ENV:Body> <m:GetLastTradePrice xmlns:m="Some-URI"> <symbol>MACHIN</symbol> </m:GetLastTradePrice> </SOAP-ENV:Body> </SOAP-ENV:Envelope> Response SOAP envelope <SOAP-ENV:Envelope xmlns:SOAP-ENV="..."> <SOAP-ENV:Body> <m:GetLastTradePriceResponse xmlns:m="Some-URI"> <Price>34.5</Price> </m:GetLastTradePriceResponse> </SOAP-ENV:Body> </SOAP-ENV:Envelope>

Stphanie Clapi Antoine Renard DESS IIR-R

33

Sujet bibliographique

Les services web

Annexe 2 : Dtail des champs dun registre UDDI

Pages blanches (businessEntity) o BusinessKey o Name o Description o CategoryBag o BusinessServices

Pages jaunes (businessService) o ServiceKey o BusinessKey o Name o Description o CategoryBag o BindingTemplates

Pages vertes (bindingTemplates) o BindinKey o ServiceKey o Description o AccessPoint

Stphanie Clapi Antoine Renard DESS IIR-R

34