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: 18/11/2002 - 16:20
Bonjour,
On Mon, 2002-11-18 at 15:06, Jacques TALBOT wrote:
>
> Cette analyse est en quelque sorte confirmée par le fait que ws-i vient
> de publier un profil 1.0 qui exclut RPC/encoded comme mode
> d'interopérabilité!
>
> Néanmoins, même si techniquement je pourrais etre d'accord
> avec votre analyse, il me semble que si après 2 ans de "hype" les
> techniciens
> annoncent finalement que le modèle "le plus simple pour l'homme de la rue",
> le RPC de SOAP, soutenu par MS et IBM, n'interopère pas,
> on va réellement désespérer Billancourt !
Il ne m'a pas fallu deux ans pour dénoncer cela et je ne me sens pas
responsable de ce "hype" là :-) !
Mon propos n'est pas tant de dire que ce modèle n'interopère pas mais de
faire remarquer que:
1) Ce n'est pas le plus simple
2) Il nécessite une mise à jour des infrastructures qu'il ne faut pas
négliger (ce qui n'est sans doute pas pour déplaire à MS et IBM).
Comme on observe que les entreprises qui n'ont pas attendu SOAP pour
utiliser XML sur HTTP ne s'en portent pas plus mal, je pense que chaque
projet devrait sérieusement étudier les avantages et inconvénients des
deux architectures (REST et SOAP) avant de se laisser guider vers celle
que le "hype" voudrait imposer comme étant la seule raisonnable voir
possible...
> On a besoin des 2, RPC ET asynchrone, les 2 fiables.
Oui, mais...
Lorsqu'il s'agit de transmettre des documents XML, SOAP n'apporte pas
grand chose à mon sens et lorsqu'il s'agit d'implémenter des RPC, c'est
XML qui à mon avis n'apporte pas grand chose si ce n'est sa verbosité.
Pour construire des systèmes de RPC, ne vaudrait-il pas mieux utiliser
des systèmes qui ont fait leurs preuves (CORBA ou COM) et/ou chercher à
utiliser des formats binaires (ASN 1) ?
Ces systèmes de RPC sont manipulés au travers de bibliothèques qui
masquent complètement le XML dont sont constitués les entètes de
messages. Pourquoi ne pas chercher l'efficacité puisqu'on a pas besoin
des propriétés de XML à ce niveau?
Malgré toute l'admiration que j'ai pour XML, il me semble déraisonable
de vouloir l'utiliser "pour tout faire". Le seul avantage en
l'occurrence semble être d'avoir permis un certain accord entre
Microsoft et le reste du monde. Pour toutes les applications qui n'ont
pas besoin de cet accord, il me semble qu'il y a des alternatives
éprouvées à l'utilisation de SOAP pour faire des RPC.
Cordialement,
Eric van der Vlist
--
Did you know it? Python has now a Relax NG (partial) implementation.
http://advogato.org/proj/xvif/
------------------------------------------------------------------------
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
| 
