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

RE: Why XML for Messaging?


platform neutral xml messaging
Actually:

"Four weeks of development at 5k USD per week plus one trip 
to the customer site to install and test the import/export definition. 
Eight weeks if these must be paired but still one trip. 
The customer is obligated to provide all necessary 
technical documentation and an authoritative technical 
contact for the duration of the effort.  Vendor assumes 
no costs for any third party software required to implement 
this functionality."

Now that's the bid.  Still, no one has answered why I need 
pointy brackets for that given comma-delimited ascii worked 
just as well and is smaller.

No, imports and exports are not messages.  They are reports. 
A report never calls a function or invokes a message.   
It might provoke a human. It doesn't invoke authentication.  
It might have a header but that can be comma-delimited too.  
It seldom calls for error handling but might be encrypted.  

However those distinctions aside, the question is not, why messaging, 
it is why *XML* messaging?  The answer is usually, "XML is handy", 
but that doesn't answer why a handier solution isn't available 
because the one application everyone seems to use XML for is the 
one application except for graphics that it is maximumly inappropriate. 
Messaging solves the impedance mismatch; XML makes it a
thermodynamically expensive solution.

len


From: Liam Quin [mailto:liam@w...]

On Wed, Jun 01, 2005 at 10:36:26AM -0700, Ken North wrote:
> Rich Salz wrote:
> > appreciated if you've lived through other bridges:
> > com/corba
> 
> That's the first answer that comes to mind.
> 
> The COM versus CORBA debates produced a desire for a platform-neutral
solution,
> and we'd already seen the demonstrated interoperability of TCP/IP and
HTTP.

A story I sometimes tell...

Suppose you work at a large bank, and are tasked with implementing
Internet Banking.  The main accounts database uses a database that
runs on an IBM mainframe, so IBM's message queueing software comes
to mind... the Web site uses a Sun Solaris system... and so you go
to the COBOL and IBM Assembly teams and ask them to implement your
CORBA IDL spec...  they look at you blankly... so you take another
tack and ask them for a report generator that puts pointy brackets
around each field, and they smile happily and say "six weeks". :-)

This oversimplification represents just part of why xml-rpc caught
on so fast; I'll leave it to others to go further.

It's about impedance matching.

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.