|
21/11/01
Panorama
XML : des Web Services aux dialectes XML métiers (Seconde
partie)
RETOUR
A LA PREMIERE PARTIE:
Les
fondamentaux de XML
(MIS
A JOUR LE 04/04/2002) Dans l'univers
des échanges B to B, la définition des langages XML
se précise de jour en jour. Ce travail de longue haleine,
qui a d'ores et déjà abouti à la
mise
en production d'un certain nombre de formats, couvre
en fait deux grands chantiers: d'une part, la conception
d'une couche de standards universels capable de rendre
les applications distantes interopérables, et d'autre
part la mise au point des vocabulaires nécessaires à
la compréhension mutuelle des systèmes d'entreprise.
Dans le premier cas, il s'agit d'un chantier déjà fameux
connu sous l'anglicisme Web Services, et dans
le second de la constitution de langages métier
horizontaux et verticaux. Un immense projet donc qui
couvre l'ensemble des problématiques inter-entreprises:
depuis les spécifications relatives aux processus métier,
en passant par la structuration des documents commerciaux
et par la codification des produits.
1.
Les standards des Web Services
Déployer ses premiers Web Services
Comprendre le puzzle
technologique, découvrir les protocoles encore
en gestation, voir des démonstations de mise
en oeuvre. Un séminaire Animé par
les experts de Benchmark Group et DreamSoft.
Plus de détails
|
Dans la constitution des
standards des Web Services, les analystes distinguent
deux tendances. L'une,
initiée notamment par Microsoft, consiste à
répondre aux enjeux des couches basses. "Ce
travail a déjà abouti à la mis
en place de la première version de SOAP (Simple
object access protocol)", commente Henry Peyret,
analyste du GigaGroup.
Un protocole aujourd'hui
dans les mains du World Wide Web Consortium (W3C). L'autre
tendance, représentée par l'Oasis et le
projet ebXML (Electronic Business XML) tente de donner
une coloration métier aux protocoles de base.
"L'objectif est de définir le socle nécessaire
au support de couches métier supérieures, ce
qui sera sûrement long à mettre en place",
précise Henry Peyret.
Le tableau ci-dessous fait le point sur les technologies
établies ou en cours de définition dans
la sphère des Web Services. Nous avons distingué
deux groupes: les couches de base et les protocoles
relatifs à la sécurité et à
la gestion des transactions.
Les couches de base sont au nombre de trois et
répondent chacune à une question:
Echange: comment échnager les messages
entre les Web Services ?
Découverte: comment identifier et localiser
les Web Services ?
Description: comment exposer les fonctions des
Web Services ?
|
Les
couches de base
|
| Découverte |
UDDI |
Annuaire
mondial indexant notamment les Web Services publiquement
mis à disposition par les entreprises, et
les références techniques de ces derniers. Objectif:
permettre à terme aux services Web de s'invoquer
dynamiquement . |
| WS-Inspection
(IBM
et Microsoft) |
Web Services Inspection se charge d'agréger les
pointeurs vers les Web Services qu'une entreprise
souhaite exposer, puis d'interroger le document
Web résultant de cette agrégation. A la différence
d'UDDI, il ne permet pas de rechercher des services
dont on ne connaîtrait pas les coordonnées. |
| ebXML
(OASIS) |
Spécifie
des règles de conception pour décrire des processus
BtoB. ebXML inclut également ses propres
spécifications d'inscription et d'annuaire
de services Web . |
|
ADS
|
ADS
(ou Advertisement and Discovery of Services Protocol)
fournit un mode de description des Web Services.
A la manière des meta données, il
permet par la suite aux annuaires (comme UDDI) d'effectuer
des référencements automatiques. |
| WSIL |
Soutenu
par Iona, Web Services Inpoint Language permet de
décrire la qualité de services (temps de réponse,
etc.) associée aux composants de type Web Services.
Cette initiative a pour objectif de faciliter leur
mode de ditribution. |
Description
|
WSDL
(W3C) |
Consolidation
de NASSL (Ariba), SCL (Microsoft) et SDL (IBM),
Web Services Description Language est un format
d'invocation des méthodes et des paramètres
d'un composants distants. |
Echange
|
SOAP
(W3C) /ebXML |
Protocole
gérant l'échanges d'informations (textuelles)
ou de commandes WSDL. Il utilise XML pour formater
ses messages et http pour les véhiculer. |
| DIME
(IETF) |
Comme
son nom l'indique, Direct Internet Message Encapsulation
assure l'encapsulation dans un message (SOAP) de
divers types de données (audio, vidéo, texte), ce
qui permet d'enrichir le mode de dialogue entre
composants. |
| SWAT
(Sun) |
SOAP
With Attachment véhicule les documents multimédia
sous forme de fichier attaché aux messages SOAP.
Une méthode qui contrairement à celle de l'encapsulation
allégerait le travail de l'analyseur lors de la
réception. |
| XML
Protocol (W3C) /ebXML |
Nom
donné par le W3C à la prochaine version
de SOAP, qui devrait comporter de nouvelles fonctions
transactionnelles. |
A
noter que les groupements Oasis et UDDI cherchent actuellement
à dessiner un pont entre leurs propositions d'annuaire.
La solution de convergence qui se profile consisterait
à intégrer à UDDI un modèle
de données pour ebXML -ce qui permettrait d'accéder
à un enregistrement ebXML par le biais de l'annuaire
UDDI.
Quant
à la sécurité et la gestion des
transactions, nous avons choisi de les dissocier car
elles interviennent en fait à tous les étages
des couches de base des Web Services. Dans les deux cas,
transaction et sécurité, deux protocoles
sont en concurrence.
|
Transaction/Sécurité
|
|
Transaction
|
SOAP-RP
(Microsoft)
|
Là
où SOAP impose une couche de transport unique de
bout en bout, SOAP-Routing Protocol fournit le support
d'une grande variété de protocoles réseau (TCP,
UDP, http, etc.) en permettant de les combiner. |
| WS-Transaction
(Microsoft)
|
XML Web Services Transaction Language vise
à garantir l'intégrité de transactions exécutées
via les Web Services. Il devrait
être prochainement être soumis par Microsoft
à un organisme de standardisation. |
| BTP
(OASIS) |
Initié
par BEA, Business Transaction Protocol gère
l'intégrité des transactions longues
et complexes. |
Sécurité
|
SAML
(OASIS) |
Protocole
couvrant les problématiques d'authentifications
et d'habilitations des transactions SOAP. |
| XACML
(OASIS) |
Access
Control Markup Language définit un schéma
pour décrire les politiques de droits d'accès
à des objets XML. |
| WS-
Security (Microsoft)
|
Conçu
pour intégrer diverses spécifications tierces (XKMS,
XrPM, etc.) , Web Services Security -qui est en
cours d'élaboration- offre des fonctions
d'autorisation d'accès et de chiffrement des échanges. |
Selon les analystes du GigaGroup, la richesse de
XACML devrait l'amener à supplanter SAML. Comme
ces langages émanent tous deux d'Oasis, la logique
serait que le consortium aboutisse à la fusion
des spécifications... Au chapitre du traitement
des transactions, le cabinet table sur l'émergence
de BTP au détriment de XAML. Raisons invoquées:
le soutien du premier par un organisme indépendant,
ainsi que sa grande maturité -forgée notamment
autour de nombreux projets.
2.
Vers les langages "métier"
Nous l'annoncions
dans un
récent article. Présenté le
1er novembre, UBL (Universal Business Language) devrait
constituer une nouvelle étape dans l'élaboration
des formats XML destinés aux échanges B to B s'appuyant
sur les Web Services. Soutenu par l'Oasis, ce langage
a pour objectif de standardiser le mode de structuration
des documents relatifs aux échanges commerciaux. S'appuyant
sur xCBL (XML Common Business Library), cette spécification
devrait prendre en compte aussi bien Electronic Data
Interchange (EDI), que RosettaNet, et Open Buying on
the Internet (OBI). Principal avantage mis en avant:
UBL pourrait permettre d'éviter l'utilisation de certaines
solutions de conversion de données (adaptateurs, etc.).
|
Interfaces
et formats métier
|
|
La
gestion des processus applicatifs
|
| XPDL
(W3C) |
Proposé
par Sun en lien avec divers acteurs (Cisco, Oracle,
etc.), XPDL -ou XML Pipeline Definition Language-
a pour vocation d'optimiser le processus de traitement
d'un message SOAP. |
| XLang
(Microsoft) |
Il
s'agit d'un langage d'orchestration des flux nécessaires
à l'accomplissement d'un processus (exécution
et enchaînement de Web Services). Déjà exploité
au sein de Biztalk Server (Microsoft), Xlang vise
à faciliter la gestion des processus longs et complexes
par les gestionnaires de flux. |
| WSFL
(IBM) |
Remis
par IBM au W3C afin d'être normalisé, Web Services
Flow Language propose un mode de description d'un
processus métier, et de l'enchaînement des
Web Services sous-jacents. Son objectif semble assez
comparable à XLang. |
|
La
gestion de l'interfaçage client
|
| WSUI
|
Lancé
par un ensemble d'éditeurs, dont Epicentric, Documentum
et Securant, WSUI (Web Services User Interface)
vise à standardiser le mode d'affichage des services
Web au sein des portails. |
|
