Return-Path: Delivered-To: apmail-jackrabbit-users-archive@minotaur.apache.org Received: (qmail 20483 invoked from network); 28 Aug 2009 05:51:50 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 28 Aug 2009 05:51:50 -0000 Received: (qmail 2191 invoked by uid 500); 28 Aug 2009 05:51:49 -0000 Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org Received: (qmail 2141 invoked by uid 500); 28 Aug 2009 05:51:49 -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 2130 invoked by uid 99); 28 Aug 2009 05:51:49 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 28 Aug 2009 05:51:49 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [68.180.197.60] (HELO web45302.mail.sp1.yahoo.com) (68.180.197.60) by apache.org (qpsmtpd/0.29) with SMTP; Fri, 28 Aug 2009 05:51:39 +0000 Received: (qmail 26476 invoked by uid 60001); 28 Aug 2009 05:51:14 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1251438664; bh=/bdiJD4SjHafPbLnlZxpl6DPSJF5mw88FnYbYG6g1JE=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=i1POpuulydkOGNGfJmZqT7fA8rkhBLxl4Eh+3q0sLy1N9vbClNuLM7f5TwdoBgKNOguSERy7Z/k4rUB4/HSqdbZy/KLfK3ebwG+TZrF6LMYoCBxm8DPczRGIWSO2EXHtrg5fS96QlqZydGLG71++KX6bnoandsC+3WM0nWZWTng= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=OdotYsnSIt3Wf+R/Rpx4cTmgS4UXwf3sOq4zhOmS6kNY8C4IUHLgXvqsXsvWNwUoyLhbkNaT3mmP+oc8n5DDcCKwTx7f7bM2M72ikviag6OgpEXPzIP1JViOti1nskPLiqFyqt8sgRhYDbymrVEAH0cGE//4KxbHH2IliiDLs/A=; Message-ID: <902837.9367.qm@web45302.mail.sp1.yahoo.com> X-YMail-OSG: Gy3W0w4VM1mj8sh07gKhUlXRkBwUWaR.2m7bvdduukXavMutVtsbLnu.zrmG_F.kh4vIbjoK8_WsoLKPIP7pfSNiRvRfPLJ3vLaAFQWGUHsfIYtJdyk2HyU0TL9n6Px_M5JAP_J0hVOYw5sp_mfWbK2hf7vqSVlEJPlOx9uCnL1wSXxSkWUn1_EOxyw5LcDSWye8m1Vuux8KLvPVARkFqucd1FEqCQ6mmqVThk0_VjG_htrU6RS0jpBTq43Sp6Lc3svVZVvJIl2pjxSxpaQ- Received: from [15.211.153.71] by web45302.mail.sp1.yahoo.com via HTTP; Thu, 27 Aug 2009 22:50:57 PDT X-Mailer: YahooMailRC/1358.27 YahooMailWebService/0.7.338.2 References: <238380.41067.qm@web45314.mail.sp1.yahoo.com> <401148.55989.qm@web45312.mail.sp1.yahoo.com> <167545.12319.qm@web45307.mail.sp1.yahoo.com> Date: Thu, 27 Aug 2009 22:50:57 -0700 (PDT) From: go canal Subject: Re: Error creating bean with name 'jackrabbitRepository' ......Thee repository home C:\Spring3Repo appears to be in use since the file named .lock is already locked by the current process. To: users@jackrabbit.apache.org In-Reply-To: <167545.12319.qm@web45307.mail.sp1.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-1848365358-1251438657=:9367" X-Virus-Checked: Checked by ClamAV on apache.org --0-1848365358-1251438657=:9367 Content-Type: text/plain; charset=us-ascii finally found the problem - this has nothing to do with the version of any components I use, Jackrabbit or Spring. I load myservlet-servlet.xml using Spring's ContextLoaderListener in web.xml; myservlet-servlet.xml other configuration files. This causes the 'lock' problem because I think beans are then initialized twice. What I did was to load myservlet-context.xml in ContextLoaderListener instead. myservlet-context.xml imports other configuration files. myservlet-servlet.xml is anyway automatically loaded by the servelet container. Alex is right, 'someone' else is started already, causing the conflict. rgds, canal ________________________________ From: go canal To: users@jackrabbit.apache.org Sent: Friday, August 28, 2009 11:00:10 AM Subject: Re: Error creating bean with name 'jackrabbitRepository' ......Thee repository home C:\Spring3Repo appears to be in use since the file named .lock is already locked by the current process. this is strange .. did more test, my original configuration is ok: Eclipse 3.5 + Spring 2.5.6 + Jackrabbit 1.5.6 + Spring JCR Module + Derby then I change this to Eclipse 3.5 + Spring 2.5.6 + Jackrabbit 1.6 + Spring JCR mmodule + H2, still ok. (I do see the .lock file created in the repo folder though) then I stop this, delete all the files (db and repo), and start the Spring 3.0 configuration, still saw same msg saying the repo is locked - indeed there is a .lock file created.... but wondering why it was ok in a differerent configuration, I will be surprise that Spring checks this.. I also compared the jars file I used, I think both configuration are the close enough- well, I replaced Hibernate with iBatis, but should not create this problem... there is something I overlooked ? really lost.... rgds, canal ________________________________ From: go canal To: users@jackrabbit.apache.org Sent: Friday, August 28, 2009 8:01:09 AM Subject: Re: Error creating bean with name 'jackrabbitRepository' ......Thee repository home C:\Spring3Repo appears to be in use since the file named .lock is already locked by the current process. I am not so sure but unlikely. I restart Eclipse, then start the web application, still the same problem. There is a .lock file created in the repo folder. rgds, canal ________________________________ From: Alexander Klimetschek To: users@jackrabbit.apache.org Sent: Friday, August 28, 2009 4:45:41 AM Subject: Re: Error creating bean with name 'jackrabbitRepository' ......Thee repository home C:\Spring3Repo appears to be in use since the file named .lock is already locked by the current process. On Thu, Aug 27, 2009 at 6:52 PM, go canal wrote: > javax.jcr.RepositoryException: The repository home C:\Spring3Repo appears to be in use since the file named .lock is already locked by the current process. This error comes up when there is already another Jackrabbit instance running and accessing the repository at that location. Maybe an old JVM is still running? Regards, Alex -- Alexander Klimetschek alexander.klimetschek@day.com --0-1848365358-1251438657=:9367--