Return-Path: Delivered-To: apmail-incubator-jackrabbit-dev-archive@www.apache.org Received: (qmail 59684 invoked from network); 30 Nov 2005 14:08:46 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 30 Nov 2005 14:08:46 -0000 Received: (qmail 52970 invoked by uid 500); 30 Nov 2005 14:08:45 -0000 Mailing-List: contact jackrabbit-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: jackrabbit-dev@incubator.apache.org Delivered-To: mailing list jackrabbit-dev@incubator.apache.org Received: (qmail 52955 invoked by uid 99); 30 Nov 2005 14:08:45 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 30 Nov 2005 06:08:45 -0800 X-ASF-Spam-Status: No, hits=1.4 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: 193.19.192.5 is neither permitted nor denied by domain of the.mindstorm.mailinglist@gmail.com) Received: from [193.19.192.5] (HELO mail.evolva.ro) (193.19.192.5) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 30 Nov 2005 06:10:14 -0800 Received: (qmail 92011 invoked by uid 1013); 30 Nov 2005 14:08:19 -0000 Received: from 86.55.40.139 by mail.evolva.ro (envelope-from , uid 89) with qmail-scanner-1.25 (clamdscan: 0.87.1/1167. Clear:RC:1(86.55.40.139):. Processed in 0.050536 secs); 30 Nov 2005 14:08:19 -0000 Received: from unknown (HELO ?192.168.62.51?) (alexandru.popescu@evolva.ro@86.55.40.139) by mail.evolva.ro with AES256-SHA encrypted SMTP; 30 Nov 2005 14:08:19 -0000 Message-ID: <438DB1FB.2090703@gmail.com> Date: Wed, 30 Nov 2005 16:06:51 +0200 From: Alexandru Popescu User-Agent: Thunderbird 1.5 (Windows/20051025) MIME-Version: 1.0 To: devJackrabbit Subject: JCR and transactionability Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Hi! I have been trying to understand the way I can use transactions inside my= application.=20 Unfortunately, so far I haven't been able to understand what are the requ= irements and what is=20 supposed to be done on my side to make it work. I will try to describe my usage scenario and what I would like to see hap= pening, and than hopefully=20 somebody with more experience can shed some light on my `dazed and confus= ed=B4 transactional mind :-). The environment I am working on is a multi-repository under Tomcat. The g= eneral question would be: a/ do I need to use a 3rd party transaction provider (like JOTM)? b/ if a 3rd party transaction provider is involved how can I make it awar= e of the jackrabbit? (or it=20 should be the other way around?) 1/ scenario 1: single repository scenario Inside a code fragment, where I already have opened the Session (and some= times some of the nodes are=20 already retrieved), I want to perform a set of modifications on the repos= itory nodes in a=20 transactional mode. - is it possible to use a UserTransaction to demarcate the transaction? w= hat are the limitations? 2/ scenario 2: multiple repository scenario Same as above, but the modifications are performed in multiple repositori= es. Is it needed to use in=20 this case a XAResource? Sorry if some of the above sound stupid, but right I am really really con= fused. Please help me pass=20 over this confusion moment. thanks a lot in advance, =2E/alex -- =2Ew( the_mindstorm )p. ps: I have read a few times the spec fragment regarding transactions. I h= ave also searched the=20 mailing list and even if I have been able to find some related threads, t= hese unfortunately helped=20 get more confused. thanks again