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: Services Web: batis sur une contradiction

From: Thierry - listes (thgalist@natapassion.com)
Date: 26/11/2002 - 10:36


Bonjour,

Ne serait-il pas utile de s'accorder avant tout sur une définition
du terme "Web Services" ?

Les 4 définitions données par Eric dans son mail de départ
ressemblent plus à des résumés de ce que peuvent en faire
tels ou tels acteurs qu'à une définition précise.

Personnellement, je n'ai pas d'idée sur la bonne définition
et c'est dans le but de poser des questions que j'écris ce mail.

- Pour XMLFR, c'est "serices Web" est un (cf http://xmlfr.org/index/object.title/services+web/) :
"Terme générique pour désigner services utilisables par des applications et accessibles sur le Web".
Dans ce cas, on ne parle pas forcément de XML, et encore moins de SOAP.

- Le W3C dit la même chose (en anglais sur http://www.w3.org/2002/ws/)
sur 2 lignes d'introduction.
Mais ensuite tout le discours est bâti en fonction de XML,
et il est rapidement question de SOAP qui est également normalisé par le W3C.

- Un grand nombre de rédacteurs sur ce sujet
(y compris bien sûr les présentateurs de solutions des éditeurs - Sun, BEA, ...
je n'ai pas vu Microsoft, mais ce doit être idem)
définissent d'entrée les WS comme l'utilisation de SOAP, WSDL, UUDI, ebXML.

Ma question est donc :
aujourd'hui, avons-nous encore le droit de parler de WS sans impliquer l'utilisation
de SOAP ?

- puis-je dire que je fais des Web Services si simplement je mets à disposition de mes
clients une URL dynamiques qui affiche (ou "renvoit" pour être plus précis dans le cas
de l'attaque de cette URL par programme) un flux de données (au format XML, admettons) ?
Charge à moi bien sûr d'indiquer les paramètres en entrée nécessaires, et de documenter
le flux de sortie.

- quelles différences avec SOAP, autres que la définition précise de la structure XML
du flux de sortie (et éventuellement du flux d'entrée) ?

- s'il n'y a pas d'autres différences, on peut dire que SOAP est simplement un standard
permettant de rendre plus rigoureux la mise en place des WS,
et que rien n'interdit au client d'agir comme il l'entend pour décoder les données.
Dans ce cas sommes-nous contre les standards ?

...

Cdlt,

Thierry G.

26/11/2002 09:58:43, Eric van der Vlist <vdv@dyomedea.com> a écrit:

>
>On Tue, 2002-11-26 at 09:41, Guillaume wrote:
>
>> > 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".
>>
>>
>> En quelque sorte, REST est un 'API' basée sur les documents et SOAP une API
>> de protocole.
>
>Je dirais plutôt que REST est un principe ou une philosophie permettant
>l'utilisation du Web par des applications alors que SOAP est une
>spécification d'implémentation voisine mais incompatible avec REST.
>
>Cordialement,
>
>Eric van der Vlist
>--
>Curious about Relax NG? My book in progress is waiting for your review!
> http://books.xmlschemata.org/relaxng/
>------------------------------------------------------------------------
>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)
>
>

--
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

 

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