INFO : Services Web : de l'infrastructure a la semantique

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 ( [email protected] ).
---------------
Retrouvez cet article en ligne
(http://xmlfr.org/actualites/tech/060306-0001).

Donnez votre avis !
mailto:[email protected]?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 Delacroix  ( 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 Delacroix  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