Return-Path: 
 <dev-return-20498-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org>
Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org
Received: (qmail 10690 invoked from network); 16 Oct 2008 07:11:06 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
  by minotaur.apache.org with SMTP; 16 Oct 2008 07:11:06 -0000
Received: (qmail 76992 invoked by uid 500); 16 Oct 2008 07:11:07 -0000
Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org
Received: (qmail 76962 invoked by uid 500); 16 Oct 2008 07:11:07 -0000
Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:dev-help@jackrabbit.apache.org>
List-Unsubscribe: <mailto:dev-unsubscribe@jackrabbit.apache.org>
List-Post: <mailto:dev@jackrabbit.apache.org>
List-Id: <dev.jackrabbit.apache.org>
Reply-To: dev@jackrabbit.apache.org
Delivered-To: mailing list dev@jackrabbit.apache.org
Received: (qmail 76951 invoked by uid 99); 16 Oct 2008 07:11:07 -0000
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 16 Oct 2008 00:11:07 -0700
X-ASF-Spam-Status: No, hits=-0.0 required=10.0
	tests=SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (athena.apache.org: domain of marcel.reutegger@gmx.net
 designates 213.165.64.20 as permitted sender)
Received: from [213.165.64.20] (HELO mail.gmx.net) (213.165.64.20)
    by apache.org (qpsmtpd/0.29) with SMTP; Thu, 16 Oct 2008 07:09:58 +0000
Received: (qmail invoked by alias); 16 Oct 2008 07:09:34 -0000
Received: from bsl-rtr.day.com (EHLO [10.0.0.112]) [62.192.10.254]
  by mail.gmx.net (mp045) with SMTP; 16 Oct 2008 09:09:34 +0200
X-Authenticated: #894343
X-Provags-ID: V01U2FsdGVkX19s2awJ5XJsLUsfYZUsmt7aLdmqzGwAJ1twj9/OOw
	zi2OCIl6Tv7c5i
Message-ID: <48F6E8AB.6080606@gmx.net>
Date: Thu, 16 Oct 2008 09:09:31 +0200
From: Marcel Reutegger <marcel.reutegger@gmx.net>
User-Agent: Thunderbird 2.0.0.17 (Windows/20080914)
MIME-Version: 1.0
To: dev@jackrabbit.apache.org
Subject: Re: FineGrainedISMLocking
References: <7A5837CEF4D4834E97721F3BCC46D7F718862423FA@darth-malak.gx.local>
In-Reply-To: <7A5837CEF4D4834E97721F3BCC46D7F718862423FA@darth-malak.gx.local>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Y-GMX-Trusted: 0
X-FuHaFi: 0.59
X-Virus-Checked: Checked by ClamAV on apache.org

Hi Martijn,

when I wrote the FineGrainedISMLocking and used it instead of the default
implementation when running tests, it uncovered a couple of synchronization
issues within other parts of jackrabbit-core. those issues are all resolved. but
there might still be potential synchronization issues that we didn't uncover.

regards
 marcel


Martijn Hendriks wrote:
> Hi all,
> 
> We are thinking about using the FineGrainedISMLocking strategy in a production environment for performance reasons. The last comment on the related issue (http://issues.apache.org/jira/browse/JCR-314) worries us, however. It says: "Please note that there are still some open synchronization issues when using FineGrainedISMLocking!"
> Has anyone used this strategy in a production environment already, and what are these synchronization issues?
> 
> Thanks!
> 
> Martijn
> 
> --
> 
> Martijn Hendriks
> <GX> creative online development B.V.
> 
> t: 024 - 3888 261
> f: 024 - 3888 621
> e: martijnh@gx.nl
> 
> Wijchenseweg 111
> 6538 SW Nijmegen
> http://www.gx.nl/
> 
> 
>