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 <[email protected]> To: [email protected] 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 <[email protected]> To: [email protected] 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<[email protected]> 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 [email protected]
