FYI, SOAP supporte le mode asynchrone : SOAP With Attachments, pour l'envoi
de pièces jointes (XML, MIME...).
C'est d'ailleurs ce mode qui est utilisé dans les frameworks ebXML et
RosettaNet pour l'échanges de messages. Il permet de travailler en couplage
lache (pas de RPC), dans un mode orienté document (indispensable au niveau
de transactions B2B), tout en bénéficiant de la valeur ajoutée de SOAP par
rapport à HTTP/SMTP (enrichissement du Header de l'enveloppe notamment).
Rémy MATHIEU-DAUDE
OCTO Technology
----- Original Message -----
From: "Eric van der Vlist" <vdv@dyomedea.com>
To: <xml-decid@xmlfr.org>
Sent: Thursday, November 22, 2001 4:08 PM
Subject: [xml-decid] Re: INFO : Services Web,à la mode mais à côté de la
plaque?y
> Jacques Talbot wrote:
>
> > On Thu, 22 Nov 2001, Eric van der Vlist wrote:
> >
> >>Est-ce que le battage médiatique et l'énergie dépensée à mettre en place
> >>un mécanisme qui n'a rien de foncièrement nouveau et va dans le sens
> >>d'un couplage fort entre applications sans valeur ajoutée sémantique
> >>n'est pas un combat d'arrière garde?
> >>
> >
> > L'intérêt de SOAP est d'être un protocole RPC universel grâce
> > au fait que le passage de paramètres se fait avec XML au lieu
> > d'encodages propriétaires et binaires comme DCE, CORBA, RMI ...
> > Le fait que le message associé (payload) soit en XML ou pas
> > n'a aucune importance à ce niveau.
>
>
> Oui et non. Ce que je voulais dire au contraire, c'est que lorsque l'on
> parle d'intégration d'informations, c'est le message associé qui est
> important ;=) ... alors que tout le monde se focalise actuellement sur
> l'enveloppe.
>
> Ce sur quoi je m'interroge, en prolongeant l'analyse de Frank Gilbane,
> c'est sur l'intéret de généraliser la notion de RPC et non le fait que
> SOAP soit un protocole RPC universel.
>
>
> > Le point important est que tous les acteurs sont d'accord sur SOAP
> > Donc à quoi bon discuter de ses vertus novatrices ou non? On sait bien
> > qu'en informatique tout était inventé vers 1965. Depuis
> > on recommence :-)
>
>
> Si je peux jouer les troubles fêtes, toujours dans le cadre d'un échange
> d'informations, je ne suis pas convaincu de l'apport de SOAP par
> rappport à HTTP ou SMTP "bruts".
>
> Il commenca à y avoir de nombreuses réalisations d'échanges de documents
> XML sur HTTP ou SMTP et je ne pense pas que SOAP leur manque!
>
>
> >
> >>L'intéret principal de XML me semble être de permettre des interactions
> >>(ou intégrations) par couplage lâche et il me semble qu'à ce niveau non
> >>seulement SOAP n'apporte rien (je n'ai pas besoin de SOAP pour demander
> >>ou envoyer un document XML, les protocoles actuels suffisent amplement
> >>pour cela) mais qu'il est une tentation à revenir en arrière vers des
> >>modèles qui n'ont pas réussi à faire leurs preuves jusqu'à présent.
> >>
> >
> > Ce qui manque à mon sens dans la pile Web Services, au delà du RPC
> > simpliste SOAP, c'est une version asynchrone avec une sémantique de
> > type JMS ou MQseries, mais là je ne suis plus sur xml-decideur ...
>
>
> SOAP sur SMTP?
>
>
> > Noter bien que le simplisme d'un protocole ne l'empêche
> > pas de réussir. Voir HTTP ...
>
>
> Justement, HTTP sans SOAP est plus simple que HTTP avec SOAP ;=) !
>
> Cordialement,
>
> Eric van der Vlist
> --
> See you in Orlando for XML 2001.
> http://www.xmlconference.net/xmlusa/
> ------------------------------------------------------------------------
> Eric van der Vlist http://xmlfr.org http://dyomedea.com
> http://xsltunit.org http://4xt.org http://examplotron.org
> ------------------------------------------------------------------------
>
> --
> 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)
>
>
--
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)
Received on Thu Nov 22 10:40:33 2001
