You are viewing a plain text version of this content. The canonical link for it is here.
Posted to oak-dev@jackrabbit.apache.org by "Julian Reschke (Created) (JIRA)" <ji...@apache.org> on 2012/04/11 14:37:16 UTC
[jira] [Created] (OAK-58) connection leak in h2 persistence
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
[jira] [Commented] (OAK-58) connection leak in h2 persistence
Posted by "Julian Reschke (Commented) (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/OAK-58?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13253408#comment-13253408 ]
Julian Reschke commented on OAK-58:
-----------------------------------
Success! Thanks!
> 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
[jira] [Commented] (OAK-58) connection leak in h2 persistence
Posted by "Thomas Mueller (Commented) (JIRA)" <ji...@apache.org>.
[ 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
[jira] [Reopened] (OAK-58) connection leak in h2 persistence
Posted by "Julian Reschke (Reopened) (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/OAK-58?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Julian Reschke reopened OAK-58:
-------------------------------
This problem still is present (note that the test case is currently disabled using @Ignore)
> 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
[jira] [Commented] (OAK-58) connection leak in h2 persistence
Posted by "Julian Reschke (Commented) (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/OAK-58?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13251569#comment-13251569 ]
Julian Reschke commented on OAK-58:
-----------------------------------
>From what I can see, H2Persistence.close() does get called, but the revs db file stays open. Not sure why.
> 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
[jira] [Resolved] (OAK-58) connection leak in h2 persistence
Posted by "Thomas Mueller (Resolved) (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/OAK-58?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Thomas Mueller resolved OAK-58.
-------------------------------
Resolution: Fixed
> 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
[jira] [Resolved] (OAK-58) connection leak in h2 persistence
Posted by "Thomas Mueller (Resolved) (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/OAK-58?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Thomas Mueller resolved OAK-58.
-------------------------------
Resolution: Fixed
Second try.
> 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