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: [xml-decid] Re: INFO : Services Web,à la mode mais à côté de la plaque?y

[xml-decid] Re: [xml-decid] Re: INFO : Services Web,à la mode mais à côté de la plaque?y

Auteur: Jacques Talbot <Jacques.Talbot@bull.net>
Date: 22/11/2001 - 14:48

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.
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 :-)

> 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 ...
Noter bien que le simplisme d'un protocole ne l'empêche
pas de réussir. Voir HTTP ...

Pour les rhonalpins de cette liste, jetez un coup d'oeil
à ce séminaire gratuit sur Web Services

http://www.inrialpes.fr/intech

salutations

--
Jacques Talbot  Bull 1 rue de Provence BP208 38432 Echirolles CEDEX France
Mailto:Jacques.Talbot@bull.net       Internet: http://www.servers.bull.com
Intranet: http://intranet.frec.bull.fr/personal_page/talbotj/public
Tel: 04 76 29 75 19    Intl Phone: +33 4 76 29 75 19   FAX: 04 76 29 70 02
--
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 09:48:22 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