Mailing-List: contact jackrabbit-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: jackrabbit-dev@incubator.apache.org
Received-SPF: pass (hermes.apache.org: domain of oliver.zeigermann@gmail.com
 designates 64.233.170.197 as permitted sender)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references;
        b=qMZEYEncz9Lqti2BhkhgFy2eOAfjBCLR95lB3t40qQCZASTMNCyIct83mkss41GrhvybyszLwvy67PfhSzVHQdH+yEamRU20/A+3KtLlUVv8SxzPhAbWub7Ts5J1om2Y+2eH1L6PXtOlE0j2Zo5HsO5XwdCxoCi2e1aGYh9hQTs=
Message-ID: <9da4f45204110109173971dcc2@mail.gmail.com>
Date: Mon, 1 Nov 2004 18:17:18 +0100
From: Oliver Zeigermann <oliver.zeigermann@gmail.com>
Reply-To: ozeigermann@apache.org
To: jackrabbit-dev@incubator.apache.org
Subject: Re: Jackrabbit Transactions [former: Adding WebDAV to Jackrabbit]
In-Reply-To: <eb7e219041101060174e01ef3@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
References: <9da4f45204103114265c5a8682@mail.gmail.com>
	 <eb7e21904103114485f486bd5@mail.gmail.com>
	 <9da4f452041031150315781893@mail.gmail.com>
	 <9da4f4520411010039406ab5e0@mail.gmail.com>
	 <eb7e2190411010216b6b2af1@mail.gmail.com>
	 <eb7e21904110102261cf77d7e@mail.gmail.com>
	 <9da4f452041101023375b25684@mail.gmail.com>
	 <eb7e21904110103107676c1cb@mail.gmail.com>
	 <9da4f45204110103245554ea9a@mail.gmail.com>
	 <eb7e219041101060174e01ef3@mail.gmail.com>

On Mon, 1 Nov 2004 15:01:50 +0100, David Nuescheler
<david.nuescheler@gmail.com> wrote:
> > As explained above this is the way it works. Each store implements
> > XAResources and is enlisted in the global transaction.
> > > to me the slide transactions look like they are not really
> > > jta, but just somehow use some jta interfaces in a
> > > questionable way. but again my apologies, i might be
> > > completely wrong here.
> > No need for apologies, but it seems to me you are wrong here...
> to me, the way how the repository chooses to interact
> with its stores, does not have to be exposed to the
> repository user (developer). i understand that for

It is not.

> people that develop stores this is very interesting.
> however i think for the vast majority of content
> repository application developer should not develop
> stores, much like the j2ee devs should not develop
> for example jms provider components.

They do not need to.

> again, thank you very much for the
> interesting discussions, i think this certainly
> helps me to learn a lot about slide.

Thanks as well!

Oliver