Services Web : de l'infrastructure a la semantique
XMLfr a assiste pour vous a ce seminaire [1] , organise par le W3C .
Eric van der Vlist , Dyomedea ( vdv@dyomedea.com ).
---------------
Retrouvez cet article en ligne
(http://xmlfr.org/actualites/tech/060306-0001).
Donnez votre avis !
mailto:xml-tech@xmlfr.org?subject=Re:%20INFO%20:%20Services%20Web%20:%20de%20l'infrastructure%20a%20la%20semantique
---------------
Introduction
Les rapports entre Services Web et Web Semantique m'ont toujours semble
etre a la fois indispensables et trop negliges.
Leur necessite a pourtant ete reconnue des le debut puisque :
- Simon St.Laurent relevait [2] deja la mention de "l'interaction
potentielle [de WSDL ] avec des activites en cours au W3C ,
notamment W3C XML Schema , XML Protocol , XForms et l'activite Web
Semantique " lors de la publication de WSDL en tant que note W3C en
mars 2001.
- Edd Dumbill notait [3] au moment de la creation de l'activite
Services Web en fevrier 2002 que "la nouvelle activite comprend
egalement un Groupe de Coordination [4] dont le role est de
coordonner les Groupes de l'Activite et de coordonner les travaux
avec l'Activite Semantic Web [5] ."
Ces declarations n'ont jamais vraiment reussi a rassurer l'equipe
editoriale de XMLfr ainsi que le temoignent l'interview [6] que m'a
consacre 01 Informatique en juillet 2001 ou les articles que Claude
Chiramonti a ecrit en 2003 sur le sujet (voir notamment « Semantic Web
et/ou Services Web ? [7] » ou « Semantique du Web : automatiser en
confiance [8] »).
Le titre de ce seminaire « Using Web services: from infrastructure to
semantics » ne pouvait donc manquer de piquer ma curiosite.
Notes prises lors du seminaire
Introduction - Hugo Haas ( W3C ) [presentation [9] ]
Hugo Haas fait une rapide presentation du projet WS2 (Web Services and
Semantics) visant a standardiser l'utilisation de semantique au sein
des Services Web .
Il rappelle ensuite que la couverture des Services Web au W3C est
composee des briques suivantes :
- Un framework de messagerie : SOAP + MTOM + Adressage
- Un langage de description de services ( WSDL 2.0)
- Un langage de description de choregraphie ( WS-CDL 1.0)
Ainsi, que pour ajouter de la semantique a ce framework :
- RDF Mappings
- Annotations semantiques (en demarrage)
- Caracterisation (a venir)
SOAP 1.2, MTOM et leurs applications - Herve Ruellan ( Canon )
La presentation d'Herve Ruellan permet de rappeler la maniere dont
s'articulent les differentes specifications SOAP .
Le succes du web est du a la facilite du partage des donnees ( HTML sur
HTTP ). L'evolution logique est d'utiliser ce partage aux applications
en gardant un principe de couplage lache.
La standardisation des Services Web au W3C a abouti a SOAP 1.2 compose
de trois recommandations : primer, messaging, bindings.
Un message SOAP est transfere entre un emetteur et un recepteur et peut
passer par des intermediaires. Il est compose d'une enveloppe et d'un
corps.
La recommandation decrit la structure de ces messages et la maniere
dont ils doivent etre traites.
Les bindings decrivent comment utiliser les messages SOAP avec
differents protocoles ( HTTP , SMTP , ...).
Les fonctionnalites SOAP ( SOAP features ) permettent d'etendre SOAP ,
via son modele de traitement ou via son mecanisme de binding.
SOAP RPC est un ensemble de conventions pour utiliser SOAP comme un
mecanisme de RPC (Remote Procedure Call). Le modele de donnees SOAP
decrit comment convertir les donnees XML en donnees applicatives.
Un MEP Message Exchange Pattern est un template decrivant l'echange de
plusieurs messages SOAP .
Le binding HTTP est un MEP decrivant l'utilisation de SOAP avec HTTP .
L'utilisation de donnees binaires pose un probleme (base64 represente
un overhead de 33% par rapport aux donnees binaires). Pour resoudre ce
probleme, XOP decrit comment gerer les donnees binaires.
Un package XOP contient un document XML et des donnees binaires
(utilisation de xop:Include). La vue logique sur un package XOP est un
document XML avec les donnees binaires codees en base64, ce qui permet
de garder une compatibilite avec l'approche XML .
MTOM decrit comment utiliser XOP avec SOAP sous forme d'une extension
au binding HTTP s'appuyant sur Mime.
Universalite des Services Web dans l'industrie du voyage et du tourisme
? Denis Lacroix ( Amadeus )
Pour Amadeus , tout logiciel est un service (« software as a service
top to bottom »). Amadeus gere une moyenne de 6300 transactions par
seconde, avec des pointes a 12 500 tps et moins de 180 secondes
d'indisponibilite par mois.
L'interrogation des differentes compagnies aeriennes se fait depuis 20
ans en Interactive EDIFACT . Amadeus a adopte SOAP depuis la version
0.8 en 1999, avant meme que le W3C ne se penche sur la question.
Aujourd'hui, SOAP est utilise un peu partout, du moins a la peripherie
du systeme.
Quels sont les problemes? A 12 000 tps, Amadeus n'envisage pas de
reecrire tout ses echanges sous forme de services web. Cela poserait
des problemes de performance (parsing), de trafic (verbosite).
Denis Lacroix insiste sur le fait que les Services Web doivent etre
utilises correctement et a bon escient.
Il mentionne de nombreux problemes d'interoperabilite entre
implementations.
Autre point bloquant : la standardisation des vocabulaires metiers
utilisables dans le corps des messages n'est toujours pas au niveau de
celui d' EDIFACT .
Services Web : utilisation et challenge dans les telephones mobiles -
Timo Skytta ( Nokia )
Timo Skytta rappelle les interets des Services Web :
- independance de plateforme.
- interoperabilite.
- generation automatique de code.
Il mentionne REST comme une alternative a SOAP et le fait que certains
grands fournisseurs ne proposent que des Services Web REST . Ainsi,
eBay a ferme la version SOAP de ses services et Yahoo est uniquement
REST .
Concernant les differents formats specifiques aux mobiles, il indique
que la tendance chez Nokia est de faire en sorte que le mobile se
comporte comme un navigateur « normal » : bien que les specifications
specifiques aux mobiles soient techniquement bien faites, elles ne sont
generalement pas utilisees par les fournisseurs de contenu pour des
raisons de taille de marche.
Il detaille les problemes des utilisateurs des technologies des
Services Web face au manque de maturite des specifications : les
versions des specifications evoluent rapidement tant que ces
specifications ne sont pas stabilisees. De plus, sur certains domaines,
plusieurs specifications, parfois proposees par des consortiums
differents peuvent etre proposees et des choix contradictoires sont
parfois imposes par le marche.
Il souligne que les specifications sont encore tres mouvantes, que REST
et WS-* sont en plein essor et que rien n'est joue en ce qui concerne
la standardisation des Services Web .
En pratique il est souvent necessaire de supporter plusieurs versions
differentes de plusieurs methodes differentes.
Tous les smartphones Nokia supportent maintenant les Services Web .
Les Services Web dans les webs semantiques en entreprise - Fabien
Gandon ( INRIA )
Fabien Gandon introduit son expose en mentionnant trois grands projets
qui demarrent actuellement :
- eWoks hubs (IFP, INRIA, ENSMA, EADS, BRGM, ENSMP, CRCFAO) : gros
besoins de partage de connaissance dans le domaine du piegeage de
CO2.
- SeaLife world-wide lab : partage de connaissance dans le domaine
des sciences de la vie.
- SevenPro and eDesign : integration d'outils dans le domaine du
design industriel.
Revenant sur la presentation des differentes activites du W3C , il
souligne ensuite la separation entre deux « stacks » differentes : Web
Services et Web Semantique . Suivent ensuite la presentation du «
semantic cake » ainsi que des rappels introduisant RDF , SPARQL , RDF
Schema et OWL .
Il presente ensuite une application pilote mise en place a l' INRIA qui
peut etre qualifie de systeme de Knowledge Management applique a l'EAI
(Enterprise Application Integration) et accessible en intranet.
Les Services Web sont annotes ainsi que de leurs entrees, sorties,
qualite de service, ...
Ces informations sont formalisees et stockees dans une ontologie en
utilisant les technologies du Web Semantique .
Il devient alors possible de rechercher un service web en utilisant un
moteur de recherche semantique.
Il est egalement possible d'utiliser ces informations pour composer
dynamiquement des services web (de maniere manuelle, semi-automatique
ou automatique).
Cette utilisation des technologies du Web Semantique devrait donner
lieu a des developpements dans le cadre du W3C .
Demonstrations - Yves Lafon ( W3C ) et Eric Prud'hommeaux ( W3C )
[presentation [10] , presentation [11] ]
Yves Lafon montre l'acces aux ressources W3C (tels que le validateur
CSS ) sous forme de Services Web .
Ce service est disponible sous forme d'un service SOAP decrit en WSDL
2.0 accessible via HTTP GET, ce qui fait dire a Yves Lafon que la
difference entre SOAP et REST est artificielle. Il montre comment
acceder a ce service au moyen d'un script shell et d'une application
Ajax .
Eric Prud'hommeaux montre comment ajouter des annotations semantiques
dans un document WSDL . Si l'approche montree par Fabien Gandon peut
etre qualifiee d'annotations externes aux documents WSDL , Eric
Prud'hommeaux propose des annotations internes, integrees aux
documents WSDL .
Eric Prud'hommeaux indique qu'il prefere cette approche parce qu'elle
peut etre plus facile a maintenir (les donnees sont groupees dans un
document unique).
Les applications potentielles sont les memes que celles qui ont ete
citees par Fabien Gandon .
Mes commentaires
En ce qui concerne l'opposition entre REST et SOAP , je n'ai guere ete
convaincu par l'argument d'Yves Lafon qui n'a montre que l'utilisation
de la methode HTTP GET alors que le respect des regles architecturales
REST passent par l'utilisation des differentes methodes HTTP (GET et
POST mais egalement PUT et DELETE) ce qui n'est pas possible avec SOAP
--
Devenez redacteur <XML>fr et contribuez au developpement du
xml francophone (http://xmlfr.org/infos/redacteurs/) !
Liste de diffusion "xml-tech@xmlfr.org" (http://xmlfr.org).
Cette liste est a votre disposition pour discuter en francais de
tout sujet technique lie a XML.
Pour resilier votre abonnement, envoyez un message contenant
la commande "unsubscribe" a xml-tech-request@xmlfr.org
(mailto:xml-tech-request@xmlfr.org?Subject=unsubscribe)
Received on Mon Mar 6 23:53:16 2006
