Return-Path: Delivered-To: apmail-incubator-jackrabbit-dev-archive@www.apache.org Received: (qmail 88967 invoked from network); 11 Oct 2005 12:40:33 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 11 Oct 2005 12:40:33 -0000 Received: (qmail 63651 invoked by uid 500); 11 Oct 2005 12:40:32 -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 63640 invoked by uid 99); 11 Oct 2005 12:40:32 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received: from [192.87.106.226] (HELO ajax.apache.org) (192.87.106.226) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 11 Oct 2005 05:40:32 -0700 Received: from ajax.apache.org (ajax.apache.org [127.0.0.1]) by ajax.apache.org (Postfix) with ESMTP id ED000519 for ; Tue, 11 Oct 2005 14:40:10 +0200 (CEST) Message-ID: <1262221774.1129034410966.JavaMail.jira@ajax.apache.org> Date: Tue, 11 Oct 2005 14:40:10 +0200 (CEST) From: "Tobias Strasser (JIRA)" To: jackrabbit-dev@incubator.apache.org Subject: [jira] Closed: (JCR-233) repository lock file not removed without a clean shutdown In-Reply-To: <520229729.1128289667819.JavaMail.jira@ajax.apache.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N [ http://issues.apache.org/jira/browse/JCR-233?page=all ] Tobias Strasser closed JCR-233: ------------------------------- Resolution: Fixed fixed as proposed. Author: tripod Date: Tue Oct 11 05:37:32 2005 New Revision: 312865 URL: http://svn.apache.org/viewcvs?rev=312865&view=rev Log: JCR-233 repository lock file not removed without a clean shutdown Modified: incubator/jackrabbit/trunk/src/java/org/apache/jackrabbit/core/RepositoryImpl.java > repository lock file not removed without a clean shutdown > --------------------------------------------------------- > > Key: JCR-233 > URL: http://issues.apache.org/jira/browse/JCR-233 > Project: Jackrabbit > Type: Bug > Components: core > Reporter: fabrizio giustina > Assignee: Tobias Strasser > Fix For: 1.0 > Attachments: replock.293087.diff > > actually when a repository is loaded a ".lock" file is created. This file is removed only after a clean shutdown but, if a jackrabbit instance has been killed, you have to manually delete the file in order to load the repository again, also if there was no live instance of jackrabbit that was using it. > The problem comes from the fact that the simple presence of the .lock file is used to indicate a live instance. > I suggest replacing this behavior using this method (used for example by eclipse when opening workspaces): > - when an instance is loaded create a ".lock" file and open it with exclusive access > - when a new instance is started try to delete an eventual .lock file. Only if the file can't be deleted because in use assume that another jackrabbit instance is running. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira