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

Re: Why XML for Messaging?

  • To: "'XML Developers List'" <xml-dev@l...>
  • Subject: Re: Why XML for Messaging?
  • From: Rick Marshall <rjm@z...>
  • Date: Sun, 05 Jun 2005 12:22:14 +1000
  • In-reply-to: <200506041740.j54HeJrY031879@z...>
  • Organization: Zenucom Pty Ltd
  • References: <200506041740.j54HeJrY031879@z...>
  • User-agent: Mozilla Thunderbird 0.6 (X11/20040502)

Re:  Why XML for Messaging?
both have their problems. i have always stuck to the "mainframe" model 
as the fundamental model. in a shared data environment there has to be a 
way of knowing a copy of the data is definitive. a single central 
repository can be wrong, but it is still definitive. multiple 
repositories are in general a synchronisation nightmare.

but if we're talking documents then not such an issue.

so client server has several problems - performance (too much data sent 
over the wire), synchronisation (who really should do the update?), and 
lock out (my station has a lock, but died and forgot about the lock).

central systems can easily overcome these things.

many, many years ago (about the same time as rpc's) we started playing 
with loosely coupled, cooperating and synchronised systems using uucp 
(there wasn't any broadband back then) and found that messaging systems 
could work very well. email made it easier and now soap is making it 
even easier. now we need intelligent agents at the user end. our 
original solution was a database agent at each distributed node, but 
that doesn't work in the wide world.

xul is offering us a way forward, and presumably xaml will also (but it 
will only work on ms workstations :( so it's not a general solution). 
it's early days, but i see light at the end of this tunnel. java is 
probably the other way forward.


Michael Kay wrote:

>>I also hope that in
>>a closer future we finally get out of the dark ages and the 
>>actual mainframe
>>centric architecture connected to dumb terminals (something we call a
>And there was me, thinking that the industry had regained its sanity after
>the crazy and unsuccessful experiment called "client-server computing"!
>(The reality, of course, is that there's room for both...)
>Michael Kay
>The xml-dev list is sponsored by XML.org <http://www.xml.org>, an
>initiative of OASIS <http://www.oasis-open.org>
>The list archives are at http://lists.xml.org/archives/xml-dev/
>To subscribe or unsubscribe from this list use the subscription
>manager: <http://www.oasis-open.org/mlmanage/index.php>
fn:Rick  Marshall
tel;cell:+61 411 287 530


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.
First Name
Last Name
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.