xml decid : Stratégies, marchés, affaires autour de XML.
[xml-decid] Re: INFO : Services Web: batis sur une contradiction
From: Guillaume (gsouesme@wanadoo.fr)
Date: 26/11/2002 - 07:34
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.
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)
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.
> J'espère avoir été plus clair que dans mon article!
L'article supposé la connaissance/compréhension de ces notions.
merci
1: Service SOAP ou REST,
http://xmlfr.org/documentations/articles/021115-0002
--
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
| 
