From users-return-13189-apmail-jackrabbit-users-archive=jackrabbit.apache.org@jackrabbit.apache.org Mon Nov 02 14:38:56 2009 Return-Path: Delivered-To: apmail-jackrabbit-users-archive@minotaur.apache.org Received: (qmail 34705 invoked from network); 2 Nov 2009 14:38:56 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 2 Nov 2009 14:38:56 -0000 Received: (qmail 67544 invoked by uid 500); 2 Nov 2009 14:38:56 -0000 Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org Received: (qmail 67475 invoked by uid 500); 2 Nov 2009 14:38:55 -0000 Mailing-List: contact users-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@jackrabbit.apache.org Delivered-To: mailing list users@jackrabbit.apache.org Received: (qmail 67462 invoked by uid 99); 2 Nov 2009 14:38:55 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 02 Nov 2009 14:38:55 +0000 X-ASF-Spam-Status: No, hits=-2.6 required=5.0 tests=BAYES_00 X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of tripod@day.com designates 207.126.148.89 as permitted sender) Received: from [207.126.148.89] (HELO eu3sys201aog103.obsmtp.com) (207.126.148.89) by apache.org (qpsmtpd/0.29) with SMTP; Mon, 02 Nov 2009 14:38:53 +0000 Received: from source ([209.85.221.176]) by eu3sys201aob103.postini.com ([207.126.154.11]) with SMTP ID DSNKSu7u51k0aqc57Dj8qhm6z4/V/IfRX4Ds@postini.com; Mon, 02 Nov 2009 14:38:32 UTC Received: by qyk6 with SMTP id 6so2425197qyk.3 for ; Mon, 02 Nov 2009 06:38:30 -0800 (PST) MIME-Version: 1.0 Received: by 10.229.111.85 with SMTP id r21mr671945qcp.88.1257172710873; Mon, 02 Nov 2009 06:38:30 -0800 (PST) In-Reply-To: <975009.56732.qm@web50502.mail.re2.yahoo.com> References: <975009.56732.qm@web50502.mail.re2.yahoo.com> Date: Mon, 2 Nov 2009 15:38:30 +0100 Message-ID: Subject: Re: JackRabbit (implementation-specific) Node.lock() behaviour From: Tobias Bocanegra To: users@jackrabbit.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable hi, jackrabbit does not unlock an open-scoped lock automatically. regards, toby On Mon, Nov 2, 2009 at 3:35 PM, Mihai Vasilache wrote: > Hello JackRabbit users! > > I am a little worried about some sentences in the JCR documentation about= the open-scoped lock: > > 1. In the javadoc at Lock.lock(boolean isDeep, boolean isSessionScoped) i= t says: > =A0 =A0 =A0...if false, this lock does not expire until explicitly unlock= ed or automatically unlocked due to a implementation-specific limitation, s= uch as a timeout. > (http://www.day.com/maven/jsr170/javadocs/jcr-1.0/javax/jcr/Node.html#loc= k(boolean,%20boolean)) > > 2. On the Day site (http://www.day.com/specs/jcr/2.0/17_Locking.html) > =A0 =A0 ...An open-scoped lock does not expire until it is explicitly unl= ocked, it times out or an implementation-specific limitation intervenes. > > > Someone know if JackRabbit automatically unlock a node in some conditions= ? Because in the documentation is sayng something about a implementation-sp= ecific limitation.... > In my application, the behavior i want is that the administrator lock som= e nodes (and maybe store the lock token in the node before logout) and i do= n't want the nodes to be unlocked only if the administrator explicitly unlo= ck that node. > > > Thank you, > Mihai