Cliquez ici.
Cliquez ici.
Accueil
chercher            Plan du site              Info (English version) 
L'histoire de XML s'écrit en ce moment même. XMLfr vous aide à la suivre et à en dégager les tendances.Les listes de discussions XMLfr sont à votre disposition pour réagir sur nos articles ou simplement poser une question.Si vous ètes passionnée(e) par XML, pourquoi ne pas en faire votre métier ?XMLfr n'est heureusement pas le seul site où l'on parle de XML. Découvrez les autres grâce à XMLfr et à l'ODP.Les partenaires grâce auxquels XMLfr peut se développer.Pour tout savoir sur XMLfr.XMLfr sans fil, c'est possible !Pour ceux qui veulent vraiment en savoir plus sur XML.L'index du site.
 Commentaires et questions non techniques.Commentaires et questions techniques.

 
Cliquez ici.

xml decid : Stratégies, marchés, affaires autour de XML.

[xml-decid] Re: Que penser de SOAP ?

[xml-decid] Re: Que penser de SOAP ?

Auteur: Eric van der Vlist <vdv@dyomedea.com>
Date: 14/06/2001 - 06:22
X-Mailer: Mozilla 4.75 [en] (Win98; U)

Herve AGNOUX wrote:
>
> Bonjour,
>
> Me revoici avec mes questions philosophiques. Veuillez m'excuser
> par avance.

Il n'y a pas de mal, mais je devrais peut être créer une liste xml-philo
:=) ?

> Si je comprends bien, SOAP est un protocole pour échanger sur le
> web des services simples. J'ai l'impression que c'est un standard
> de fait. Je vois plein d'outils qui le supportent, j'entends des bruits
> du coté d'ebXML, je subodore que Microsoft l'utilise pour ses .net,
> etc.

Oui, c'est une des clés de .net et, plus généralement des web services.
 
> Apparemment, sa définition est entre les mains du W3C. Et là, j'ai
> l'impression qu'il en est au stade de "brouillon", "note", "thème de
> travail" et autre. Est-ce que je me trompe, ai-je loupé quelque
> chose à ce sujet ?

Non.

> Sinon, pourquoi le W3C a-t-il pris tant de retard sur cette question
> ? Qui définit SOAP pour de vrai ?

Bonne question!

Vous trouverez un historique assez complet sur XMLfr avec 37 articles
[1] sur SOAP!

[1] http://xmlfr.org/index/object.title/soap/

En résumé, SOAP a été défini par un groupe d'industriels au départ mené
par Microsoft auquel se sont rajoutés IBM devenu très actif sur le sujet
et Sun qui joue plus un rôle de sleeping partner.

Au départ il s'agissait uniquement d'un protocole XML simple, mais Jon
Bosak qui avait déclaré que SOAP ne pouvait pas être utilisé pour des
applications plus complexes apparait bien isolé depuis que ebXML a
décidé de permettre son utilisation comme couche "basse" de son
architecture.

SOAP apparaît donc d'ores et déjà comme un standard de fait utilisable
soit de manière directe soit comme une des couches intervenant dans des
systèmes complexes.

Ceci dit, les industriels qui définissent SOAP sont également des
membres influents du W3C, ils ont souhaité que SOAP devienne une
spécification W3C et un groupe de travail a été constitué pour valider
SOAP et en faire une recommandation.

Il s'agit bien d'une validation et David Fallside, président de ce
groupe de travail expliquait en présentant son groupe à WWW10 qu'il
avait pour objectif de ne rien inventer de nouveau.

Je ne suis pas membre du W3C et ne peut qu'essayer de deviner les
raisons du temps que met cette spécification à se finaliser.

La première est liée à la pression exercée... on observe en effet que
les spécifications avancent beaucoup plus vite lorsqu'elle se font à
l'abris des feux des projecteurs et que toutes les spécifications très
attendues par l'industrie prennent beaucoup plus de temps (W3C XML
Schema en est un exemple).

La deuxième qui est liée est la taille du groupe de travail: avec 79
membres de 46 organisations, le groupe de travail protocoles bat tous
les records.

Gérer un groupe de cette taille est extrêmement pénible, notamment parce
que le président doit donner la parole à chacun et que la plupart des
membres tiennent à s'exprimer.

Je discutais récemment avec un membre du W3C travaillant pour IBM qui
est assez critique pour le W3C et dont les paroles doivent sans doute
être prises avec prudence.

Il expliquait que lorsque vous êtes envoyé dans un group de travail pour
représenter votre société, votre employeur ne peut juger votre action
que par le nombre de vos contributions (remarques, commentaires,
problèmes soulevés, ...).

Si chacun des 79 membres joue à ce jeu, on imagine la cacophonie...

> Et surtout : peut-on compter dessus comme standard dans les
> faits ?

Oui.

C'est déjà un standard de fait et la recommandation W3C devrait en être
très proche.

De plus, si vous utilisez une "boite à outil" SOAP, celle ci devrait
évoluer pour supporter les modifications éventuelles.

Cordialement,

Eric van der Vlist
 
> Merci.
>
> --
> Sur le Web, tout de suite.
> Herve AGNOUX - diaam informatique
> http://www.diaam-informatique.com

-- 
Pour y voir plus clair dans la nebuleuse XML...
                                          http://dyomedea.com/formation/
------------------------------------------------------------------------
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)
Received on Thu Jun 14 02:51:26 2001

Archive générée par hypermail 2.1.8 le 13/02/2005 - 21:02 UTC

webmaster@xmlfr.org

 

xml decid

Discussions sur les marchés et entreprises autour de XML.

Cette liste est à votre disposition pour discuter en français de tout sujet non technique lié à XML.



Devenez rédacteur <XML>fr et contribuez au développement du xml francophone !
Les documents publiés sur ce site le sont sous licence "Open Content"
Conception graphique
  l.henriot@online.fr  

Conception, réalisation et hébergement