Lists Home |
Date Index |
- To: "'XML Developers List'" <email@example.com>
- Subject: Re: [xml-dev] Why XML for Messaging?
- From: Rick Marshall <firstname.lastname@example.org>
- Date: Sun, 05 Jun 2005 12:22:14 +1000
- In-reply-to: <200506041740.j54HeJrY031879@zserver.zenucom.com>
- Organization: Zenucom Pty Ltd
- References: <200506041740.j54HeJrY031879@zserver.zenucom.com>
- User-agent: Mozilla Thunderbird 0.6 (X11/20040502)
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
>>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...)
>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
tel;cell:+61 411 287 530