Integrity in the Hands of the Client

[Joe Lapp]

Mark Baker <markb at iosphere.net> wrote:
>But in *many* cases, you just want to make the *object* persist simply, 
>perhaps even on the machine with the browser.  This is especially 
>suitable for agent systems; you bring the ability to persist along with 
>you instead of attempting to store it "behind" you.  It's a move away from 
>TP-monitor style ACID transactions, and towards a more "make forward 
>progress" means of distributed computing.  Object groups are a good 
>example of this.

And in a subsequent posting he wrote:
>[...] transactions are an 
>overrated means of reasoning about distributed systems.  They try and 
>make distributed processing look like local processing, when we now know 
>how impractical that view is.

I find these statements very thought-provoking.  I'm not quite sure what
you mean by them, at least not in the context of our discussion.  It
sounds like you are proffering a very important perspective that I'm going
to need to carry around in my back pocket.  In particular, I'm curious
about the implications for data that is shared among many users?  Are you
saying that there is a model that accomplishes the same thing as sharing
data but that does not require a central (or a partitioned and replicated
but still synchronized) repository?
--
Joe Lapp (Java Apps Developer/Consultant)
Unite for Java! - http://www.javalobby.org
jlapp at acm.org

xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev at ic.ac.uk
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:majordomo at ic.ac.uk the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo at ic.ac.uk the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa at ic.ac.uk)