Hello,
Almost a year ago we used Jackrabbit 1.0 for an application for WebSphere
Portal Server 5.1 (on WebSphere Application Server 5.1). We used
deployment model 2, and configured Jackrabbit using a Resource Environment
Provider. Everything works fine.
Now we want to build a next version of out application, and upgrade
Jackrabbit (to use DbFileSystem instead of LocalFileSystem). But if I use
a higher version of Jackrabbit, errors are thrown as soon as I try to get
the repository from the context.
Does anybody know what has changed? Is it possible to run versions above
1.0 on WebSphere 5.1?
Code to get the repository is not more than this:
InitialContext ctx = new InitialContext();
Repository repository = (Repository)
ctx.lookup("java:comp/env/jcrRepository");
The error thrown:
Exception data follows:
javax.jcr.RepositoryException: The repository home at D:\StadsPoortJCR
appears to be in use since the file at D:\StadsPoortJCR\.lock is locked by
another process.
at
org.apache.jackrabbit.core.RepositoryImpl.acquireRepositoryLock(RepositoryImpl.java:412)
at
org.apache.jackrabbit.core.RepositoryImpl.<init>(RepositoryImpl.java:236)
at
org.apache.jackrabbit.core.RepositoryImpl.create(RepositoryImpl.java:573)
at
org.apache.jackrabbit.core.jndi.BindableRepository.createRepository(BindableRepository.java:174)
at
org.apache.jackrabbit.core.jndi.BindableRepository.init(BindableRepository.java:138)
at
org.apache.jackrabbit.core.jndi.BindableRepository.create(BindableRepository.java:125)
at
org.apache.jackrabbit.core.jndi.BindableRepositoryFactory.createInstance(BindableRepositoryFactory.java:59)
at
org.apache.jackrabbit.core.jndi.BindableRepositoryFactory.getObjectInstance(BindableRepositoryFactory.java:81)
at
javax.naming.spi.NamingManager.getObjectInstance(NamingManager.java:314)
at
com.ibm.ws.naming.util.Helpers.processSerializedObjectForLookupExt(Helpers.java:873)
at
com.ibm.ws.naming.util.Helpers.processSerializedObjectForLookup(Helpers.java:680)
at
com.ibm.ws.naming.jndicos.CNContextImpl.processResolveResults(CNContextImpl.java:1714)
at
com.ibm.ws.naming.jndicos.CNContextImpl.doLookup(CNContextImpl.java:1569)
at
com.ibm.ws.naming.jndicos.CNContextImpl.doLookup(CNContextImpl.java:1482)
at
com.ibm.ws.naming.jndicos.CNContextImpl.lookupExt(CNContextImpl.java:1189)
at
com.ibm.ws.naming.util.IndirectJndiLookupObjectFactory$1.run(IndirectJndiLookupObjectFactory.java:372)
at
com.ibm.ws.security.util.AccessController.doPrivileged(AccessController.java(Compiled
Code))
at
com.ibm.ws.naming.util.IndirectJndiLookupObjectFactory.getObjectInstanceExt(IndirectJndiLookupObjectFactory.java:221)
at
com.ibm.ws.naming.util.Helpers.processSerializedObjectForLookupExt(Helpers.java:868)
at
com.ibm.ws.naming.urlbase.UrlContextHelper.processBoundObjectForLookup(UrlContextHelper.java:152)
at
com.ibm.ws.naming.java.javaURLContextRoot.processBoundObjectForLookup(javaURLContextRoot.java:398)
at
com.ibm.ws.naming.urlbase.UrlContextImpl.lookup(UrlContextImpl.java(Compiled
Code))
at
com.ibm.ws.naming.java.javaURLContextRoot.lookup(javaURLContextRoot.java(Compiled
Code))
at
com.ibm.ws.naming.java.javaURLContextRoot.lookup(javaURLContextRoot.java:137)
at javax.naming.InitialContext.lookup(InitialContext.java:361)
Thanks,
Aarnout
De informatie in dit e-mailbericht (inclusief aanhangsels) is vertrouwelijk en is alleen bestemd
voor de beoogde ontvanger(s). Indien u dit bericht onterecht heeft ontvangen, wordt u verzocht
het bericht te retourneren en de ontvangen informatie op geen enkele wijze te gebruiken.
The information contained in this e-mail (attachments included) may be confidential and is
intended solely for the person(s) indicated in the message. Should you have received this
e-mail unintentionally, please return it to the sender and do not use the content of the message
in any way.
|