xml decid : Stratégies, marchés, affaires autour de XML.
[xml-decid] Re: INFO : Services Web: batis sur une contradiction
From: Eric van der Vlist (vdv@dyomedea.com)
Date: 26/11/2002 - 08:25
On Tue, 2002-11-26 at 08:34, Guillaume wrote:
>
> Le 22/11/02 9:38, « Eric van der Vlist » <vdv@dyomedea.com> a écrit :
>
> >> Dans ce document "Services Web : batis sur une contradiction" , Eric van der
> >> Vlist fait allusion aux notions de couplage lâche et de couplage fort.
>
> > Un des gros avantages de XML est de permettre de réaliser des systèmes à
> > couplage lâche (la métaphore du bon de commande s'applique parfaitement)
> > et SOAP vise d'une certaine manière à utiliser XML "contre nature" en
> > reproduisant des mécanismes de RPC
>
> Donc si je comprend bien le couplage fort de SOAP vient du fait que la
> solution SOAP induit la mise ne place et en ¦uvre de package SOAP sur le
> client et le serveur? Donc, même si l'auteur du service est autonome une
> fois ces conditions réalisés, la solution suppose la mise en ¦uvre de la
> même solution des 2 côtés.
Pas seulement. A mon sens, l'orientation RPC de SOAP qui permet de dire
"vire 1000 Euros du compte de M. X à celui de M.Y" est un couplage plus
fort que l'orientation message de REST qui dirait: "voilà un ordre de
virement, fais en ce que tu veux".
Tout cela est assez flou et subjectif. Je viens de publier sous forme de
"brèves" trois liens sur des discussions à ce sujet suite à la version
anglaise de mon article:
http://xmlfr.org/actualites/breves/2002-11-26#1038298248.4367.100.camel@ibook
Vous trouverez également quelques commentaires en fin d'article sur
xmlhack:
http://xmlhack.com/read.php?item=1827
> D'après ce que je lis, les solutions SOAP peuvent être asynchrone, non?
> Notamment si dans le header on place des paramètre de suivi (la structure de
> header étant libre)
Oui, mais dans 9 cas sur 10 SOAP est utilisé sur HTTP de manière
synchrone.
> Sinon, REST (Representational State Transfer) c'est quoi ;))
> J'ai lu l'article "Service SOAP ou REST" (1), mais ceci est un exemple et ne
> présente pas explicitement les caractéristiques de cette approche.
En gros, REST préconise d'utiliser HTTP tel que nous l'utilisons pour
les humains pour échanger des documents XML sur le Web. Il n'y a donc
pas de spécifications REST proprement dites mais quelques "best
practices".
REST est un peu la prose si l'on compare SOAP à de la poésie... Avant
SOAP, nous faisions du REST sans le savoir...
Je pense qu'il y a là deux questions partiellement indépendantes:
1) La nature du couplage plus ou moins fort induit "naturellement" par
SOAP ou REST (qui peut être compensé par les applications qui les
utilisent).
2) La facilité de réutilisation de l'infrastructure existante et le
ratio gains/coûts de SOAP.
Peut-être aurais-je du séparer ces deux problèmes plus distinctement
dans mon article et titrer "Services Web: bâtis sur deux
contradictions"!
Cordialement,
Eric van der Vlist
--
Freelance consulting and training.
http://dyomedea.com/english/
------------------------------------------------------------------------
Eric van der Vlist http://xmlfr.org http://dyomedea.com
(W3C) XML Schema ISBN:0-596-00252-1 http://oreilly.com/catalog/xmlschema
------------------------------------------------------------------------
--
Devenez redacteur <XML>fr et contribuez au developpement
du xml francophone (http://xmlfr.org/infos/redacteurs) !
Liste de diffusion "xml-decid@xmlfr.org" (http://xmlfr.org).
Cette liste est a votre disposition pour discuter en francais de
tout sujet lie a XML.
Pour resilier votre abonnement, envoyez un message contenant la
commande "unsubscribe" a xml-decid-request@xmlfr.org
(mailto:xml-decid-request@xmlfr.org?Subject=unsubscribe)
Archive générée par hypermail 2.1.3 le 28/11/2002 - 10:22 UTC
webmaster@xmlfr.org
| 
