jackrabbit-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Fabrizio Giustina <fgi...@gmail.com>
Subject Re: shutting down repository obtained from jndi via spring
Date Sun, 02 Oct 2005 14:05:38 GMT
Hi Hedgar

On 9/29/05, Edgar Poce <edgarpoce@gmail.com> wrote:
> On 9/28/05, Brian Moseley <bcm@osafoundation.org> wrote:
> > since updating to the latest jackrabbit source, i'm finding that a
> > normal server shutdown does not cause the repository to be shutdown. the
> > repository lock file is not removed, and i can not successfully reopen
> > the repository when restarting tomcat.
> I think it shouldn't happen, could you please post a jira issue and
> provide the configuration details?. I added the repository lock
> recently but it shouldn't have broken anything.

I don't think the lock can have broken anything: at least for me the
shutdown didn't work properly also before (the repository was not
locked at restart, but anyway was not closed cleanly).

The reason for me appears to be http://issues.apache.org/jira/browse/JCR-120:
it was fixed some time ago, but after changes to jackrabbit now it
continues to break on different classes (also non-jackrabbit ones,
like commons-collection). A ServletContextListener do the job, as it
appers to be executed before tomcat stop loading new classes.

Other options are moving the jackrabbit jars and dependencies to
tomcat shared libs (but that's pretty bad), or continue fixing JCR-120
preloading a bunch of other classes. None of them are satisfying, so
unless we can find how to make tomcat allow jackrabbit load classes
during shutdown I can't come up with a better solution than a context


View raw message