Mailing-List: contact oak-dev-help@jackrabbit.apache.org; run by ezmlm
Precedence: bulk
Reply-To: oak-dev@jackrabbit.apache.org
Date: Thu, 12 Apr 2012 14:01:16 +0000 (UTC)
From: "Thomas Mueller (Commented) (JIRA)" <jira@apache.org>
To: oak-dev@jackrabbit.apache.org
Message-ID: 
 <274747900.17243.1334239276903.JavaMail.tomcat@hel.zones.apache.org>
In-Reply-To: 
 <1086227453.11958.1334147836845.JavaMail.tomcat@hel.zones.apache.org>
Subject: [jira] [Commented] (OAK-58) connection leak in h2 persistence
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


    [ https://issues.apache.org/jira/browse/OAK-58?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13252434#comment-13252434 ] 

Thomas Mueller commented on OAK-58:
-----------------------------------

Most likely, the database is still open. The database file is closed when all connections are closed. If a connection pool is used, the connection pool needs to be disposed. Or, as an alternative, the statement "shutdown" needs to be executed.
                
> connection leak in h2 persistence
> ---------------------------------
>
>                 Key: OAK-58
>                 URL: https://issues.apache.org/jira/browse/OAK-58
>             Project: Jackrabbit Oak
>          Issue Type: Bug
>          Components: core
>         Environment: Windows
>            Reporter: Julian Reschke
>            Priority: Minor
>
> It appears that there's a connection leak, leading to a H2 file staying open; consequently letting subsequent tests fail because the previous MK instance can not be cleaned up (on Windows):
> org.apache.jackrabbit.mk.api.MicroKernelException: Could not delete C:/projects/apache/jackrabbit/oak/trunk/oak-core/target/rep1/.mk/db/revs.h2.db 
> 	at org.apache.jackrabbit.mk.util.ExceptionFactory.convert(ExceptionFactory.java:38)
> 	at org.apache.jackrabbit.mk.MicroKernelFactory.getInstance(MicroKernelFactory.java:86)
> 	at org.apache.jackrabbit.mk.wrapper.VirtualRepositoryWrapperTest.setUp(VirtualRepositoryWrapperTest.java:50)
> 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> 	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
> 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
> 	at java.lang.reflect.Method.invoke(Unknown Source)
> 	at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:45)
> 	at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
> 	at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:42)
> 	at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:27)
> 	at org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:30)
> 	at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:263)
> 	at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:68)
> 	at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:47)
> 	at org.junit.runners.ParentRunner$3.run(ParentRunner.java:231)
> 	at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:60)
> 	at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:229)
> 	at org.junit.runners.ParentRunner.access$000(ParentRunner.java:50)
> 	at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:222)
> 	at org.junit.runners.ParentRunner.run(ParentRunner.java:300)
> 	at org.junit.runners.Suite.runChild(Suite.java:128)
> 	at org.junit.runners.Suite.runChild(Suite.java:24)
> 	at org.junit.runners.ParentRunner$3.run(ParentRunner.java:231)
> 	at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:60)
> 	at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:229)
> 	at org.junit.runners.ParentRunner.access$000(ParentRunner.java:50)
> 	at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:222)
> 	at org.junit.runners.ParentRunner.run(ParentRunner.java:300)
> 	at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50)
> 	at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
> 	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467)
> 	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683)
> 	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390)
> 	at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197)
> Caused by: java.io.IOException: Could not delete C:/projects/apache/jackrabbit/oak/trunk/oak-core/target/rep1/.mk/db/revs.h2.db
> 	at org.apache.jackrabbit.mk.fs.FilePathDisk.delete(FilePathDisk.java:153)
> 	at org.apache.jackrabbit.mk.fs.FileUtils.delete(FileUtils.java:76)
> 	at org.apache.jackrabbit.mk.fs.FileUtils.deleteRecursive(FileUtils.java:266)
> 	at org.apache.jackrabbit.mk.fs.FileUtils.deleteRecursive(FileUtils.java:260)
> 	at org.apache.jackrabbit.mk.fs.FileUtils.deleteRecursive(FileUtils.java:260)
> 	at org.apache.jackrabbit.mk.MicroKernelFactory.getInstance(MicroKernelFactory.java:84)
> 	... 33 more

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira