[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: More analysis of XML messaging protocols

  • From: Henrik Frystyk Nielsen <frystyk@m...>
  • To: jicondon@u..., gvh@p...
  • Date: Sun, 27 Aug 2000 21:35:26 -0700

xml messaging protocols
Thanks for sending a link to this article. I would like, however, to point
out what I consider to be misunderstandings regarding HTTP and SOAP:

* HTTP is not a transport protocol - it is an application layer protocol
which provides a set of services that can be used for exchanging
information on the Web. As the Web has grown, HTTP has been enhanced with
a set of core features that made it better suited to handle this exchange
as well as scale better. It has also been enhanced with features for
dealing with distributed authoring and various other services including
transactions (TIP) - all of which are application layer features.

* Neither is SOAP a transport protocol - it also is an application layer
protocol. The main difference between HTTP/1.1 and SOAP/1.1 is that SOAP
barely contains any semantics at all whereas HTTP has a large set of
features. However, there are a lot of similarities between the message
model provided by SOAP and by HTTP - much more than between SOAP and
XML-RPC.

* Where HTTP has trouble is to support rich, nested parameters, and this
is where SOAP provides a benefit. Especially because SOAP has a very
flexible extensibility model that in many ways is a generalization of the
HTTP message model: It has a multihop message path model which provides
for flexible use of intermediaries and it has a modularized extensibility
model within a single message that allows for decentralized extensibility.
It is in other words exactly designed to accommodate the types of
interactions that are described in the article.

* None of the features that are put forward in the article are core
features for a widely deployed Web infrastructure - these are features
that are needed in specific environments but are clearly at a higher layer
than a basic message model. This is not to say that we don't need
standards for dealing with security, privacy, transactions etc. but these
services do not have to be part of the core protocol but rather can be
layered above or wrapped - SOAP and HTTP support both.

* SOAP is not an abstraction of a distributed object system. SOAP doesn't
know about objects (despite the word object in its name). There is no
assumed programming model or implementation language requirement behind
SOAP. It is strictly a wire based protocol that can be implemented any way
you like.

* There is no core reliance in SOAP on RPC whatsoever and SOAP is not tied
to HTTP any more than it can be tied to many other protocols - including
real transport protocols. SOAP is fundamentally a one-way message and so
can be used for whatever can fit within that paradigm.

Henrik Frystyk Nielsen
mailto:frystyk@m...

----- Original Message -----
From: <jicondon@u...>
To: <xml-dev@l...>
Sent: Wednesday, July 26, 2000 15:17
Subject: More analysis of XML messaging protocols


More analysis of XML messaging protocols



IBM Article: Analyzing XML messaging protocols

Messaging: The Transport Part of the XML Puzzle
--------------------------------------------------------------------------
--------------------
A follow up to the last few discussions,  this technical article explores
the more recent focus of how to transfer XML between parties as part of a
meaningful, reliable exchange. This article looks at major transport-level
options and compares how they  accomplish transferring XML between parties
reliably. You'll find an overview of the approaches of XML-RPC, SOAP,
WDDX,
ebXML, and JMS as they apply to XML transport, with simple example code.

Read full article from developerWorks:
http://www-4.ibm.com/software/developer/library/xml-messaging/?open&l=136,
t=gr,p=XMLmes

Other related article:
Globalizing ecommerce through XML and Unicode:
http://www-4.ibm.com/software/developer/library/globalsoft.html?open&l=136
,t=gr,p=XMLmes




PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.