Re: [VFS] Jackrabbit
Hi, I happend to meet this old thread while looking at VFS-180, and was tempted to ask a question here. :-) I took a look at the current Jackrabbit based test cases, but I'm not sure if JR is the only option now. Tomcat has a built-in WebDavServlet to expose DAV access (read/write/list) and it is possible to embed a tomcat easily in a test case. [1] Also, because it exposes file system directly instead of JCR node based nt:file data like JR does, it might be easier to debug/maintain as well. Has anyone tried to use Tomcat's webdav servlet before? Is there any known shortcomings in tomcat webdav servlet to test out the webdav: file system? Regards, Woonsan [1] http://people.apache.org/~markt/presentations/2010-11-04-Embedding-Tomcat.pdf On Thu, Oct 29, 2015 at 5:23 AM, Schalk Cronjé <ysb...@gmail.com> wrote: > Hi again, > > The issue was discovered during some work I was doing for Groovy-VFS. In > that situtation the webdav provider is consumed and it will fail to work if > anything JackRabbit 2.0+ is used as a depedency. The webdav provider > released with VFS 2.0 is depending on a static field (BUILDER_FACTORY) in > JackRabbit that no longer exists in the 2.0+ releases. > > HTH > > > On 29/10/2015 07:37, Benedikt Ritter wrote: >> >> Hi, >> >> 2015-10-29 2:17 GMT+01:00 <e...@zusammenkunft.net>: >> >>> Hello, >>> >>> Unfortunatelly the whole webdav filesystem tests depend on that specific >>> version as it wraps the server as an endpoint. The setUp fails so the >>> whole >>> test suite will get skipped. I havent been able to quickly fix when I >>> tried >>> to bump the dependency (but it is not impossible, as you can also test >>> against other servers). But isnt this only a test dependency? >>> >> No, looks like it is an optional dependency in compile scope of vfs core >> [1] >> >> Benedikt >> >> [1] >> >> https://github.com/apache/commons-vfs/blob/422c4f5d6822a77679a2c70166d72adb7d426c98/core/pom.xml#L83 >> >> >>> Gruss >>> Bernd >>> >>> -- >>> http://bernd.eckenfels.net >>> >>> -Original Message- >>> From: "Schalk Cronjé" <ysb...@gmail.com> >>> To: Commons Developers List <dev@commons.apache.org> >>> Sent: Do., 29 Okt. 2015 1:30 AM >>> Subject: [VFS] Jackrabbit >>> >>> Bernd, >>> >>> Is it possible to bump the Jackrabbit version to 2.11.1 for the VFS 2.1 >>> release? >>> >>> The current 1.6.5 is quite old and later versions of jackrabbit-webdav >>> cannot be used with the existing 2.0. >>> >>> I did a quick check and there seems to be only one test failure when the >>> version is bumped: >>> >>> junit.framework.AssertionFailedError: Folder does not exist: >>> webdav://admin@localhost:61279/repository/default/read-tests >>> at junit.framework.Assert.fail(Assert.java:57) >>> at junit.framework.Assert.assertTrue(Assert.java:22) >>> at >>> >>> >>> org.apache.commons.vfs2.test.AbstractTestSuite.setUp(AbstractTestSuite.java:190) >>> at >>> >>> >>> org.apache.commons.vfs2.provider.webdav.test.WebdavProviderTestCase$1.setUp(WebdavProviderTestCase.java:284) >>> at >>> >>> >>> org.apache.commons.vfs2.test.AbstractTestSuite$1.protect(AbstractTestSuite.java:148) >>> at junit.framework.TestResult.runProtected(TestResult.java:142) >>> at >>> >>> >>> org.apache.commons.vfs2.test.AbstractTestSuite.run(AbstractTestSuite.java:154) >>> at >>> >>> >>> org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:86) >>> at >>> >>> >>> org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:283) >>> at >>> >>> >>> org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:173) >>> at >>> >>> >>> org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:153) >>> at >>> >>> >>> org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:128) >>> at >>> >>> >>> org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:203) >>> at >>> >>> >>> org.apac
Re: [VFS] Jackrabbit
What I have noticed whilst playing around with JackRabbit is that the jackrabbit-standalone.jar used as part of testing is not available under the later 2.x releases. I think the VFS 2.1 release should probably stick to the 1.6.5 release. I would rather see VFS 2.1 get released, than waste time now trying to get a later Jackrabbit to work. This can always be looked at for a future release. On 29/10/2015 07:37, Benedikt Ritter wrote: Hi, 2015-10-29 2:17 GMT+01:00 <e...@zusammenkunft.net>: Hello, Unfortunatelly the whole webdav filesystem tests depend on that specific version as it wraps the server as an endpoint. The setUp fails so the whole test suite will get skipped. I havent been able to quickly fix when I tried to bump the dependency (but it is not impossible, as you can also test against other servers). But isnt this only a test dependency? No, looks like it is an optional dependency in compile scope of vfs core [1] Benedikt [1] https://github.com/apache/commons-vfs/blob/422c4f5d6822a77679a2c70166d72adb7d426c98/core/pom.xml#L83 Gruss Bernd -- http://bernd.eckenfels.net -Original Message- From: "Schalk Cronjé" <ysb...@gmail.com> To: Commons Developers List <dev@commons.apache.org> Sent: Do., 29 Okt. 2015 1:30 AM Subject: [VFS] Jackrabbit Bernd, Is it possible to bump the Jackrabbit version to 2.11.1 for the VFS 2.1 release? The current 1.6.5 is quite old and later versions of jackrabbit-webdav cannot be used with the existing 2.0. I did a quick check and there seems to be only one test failure when the version is bumped: junit.framework.AssertionFailedError: Folder does not exist: webdav://admin@localhost:61279/repository/default/read-tests at junit.framework.Assert.fail(Assert.java:57) at junit.framework.Assert.assertTrue(Assert.java:22) at org.apache.commons.vfs2.test.AbstractTestSuite.setUp(AbstractTestSuite.java:190) at org.apache.commons.vfs2.provider.webdav.test.WebdavProviderTestCase$1.setUp(WebdavProviderTestCase.java:284) at org.apache.commons.vfs2.test.AbstractTestSuite$1.protect(AbstractTestSuite.java:148) at junit.framework.TestResult.runProtected(TestResult.java:142) at org.apache.commons.vfs2.test.AbstractTestSuite.run(AbstractTestSuite.java:154) at org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:86) at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:283) at org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:173) at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:153) at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:128) at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:203) at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:155) at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103) -- Schalk W. Cronjé Twitter / Ello / Toeter : @ysb33r - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org -- Schalk W. Cronjé Twitter / Ello / Toeter : @ysb33r - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [VFS] Jackrabbit
+1 Gary On Nov 2, 2015 2:23 PM, "Schalk Cronjé" <ysb...@gmail.com> wrote: > What I have noticed whilst playing around with JackRabbit is that the > jackrabbit-standalone.jar used as part of testing is not available under > the later 2.x releases. I think the VFS 2.1 release should probably stick > to the 1.6.5 release. I would rather see VFS 2.1 get released, than waste > time now trying to get a later Jackrabbit to work. This can always be > looked at for a future release. > > > > > On 29/10/2015 07:37, Benedikt Ritter wrote: > >> Hi, >> >> 2015-10-29 2:17 GMT+01:00 <e...@zusammenkunft.net>: >> >> Hello, >>> >>> Unfortunatelly the whole webdav filesystem tests depend on that specific >>> version as it wraps the server as an endpoint. The setUp fails so the >>> whole >>> test suite will get skipped. I havent been able to quickly fix when I >>> tried >>> to bump the dependency (but it is not impossible, as you can also test >>> against other servers). But isnt this only a test dependency? >>> >>> No, looks like it is an optional dependency in compile scope of vfs core >> [1] >> >> Benedikt >> >> [1] >> >> https://github.com/apache/commons-vfs/blob/422c4f5d6822a77679a2c70166d72adb7d426c98/core/pom.xml#L83 >> >> >> Gruss >>> Bernd >>> >>> -- >>> http://bernd.eckenfels.net >>> >>> -Original Message- >>> From: "Schalk Cronjé" <ysb...@gmail.com> >>> To: Commons Developers List <dev@commons.apache.org> >>> Sent: Do., 29 Okt. 2015 1:30 AM >>> Subject: [VFS] Jackrabbit >>> >>> Bernd, >>> >>> Is it possible to bump the Jackrabbit version to 2.11.1 for the VFS 2.1 >>> release? >>> >>> The current 1.6.5 is quite old and later versions of jackrabbit-webdav >>> cannot be used with the existing 2.0. >>> >>> I did a quick check and there seems to be only one test failure when the >>> version is bumped: >>> >>> junit.framework.AssertionFailedError: Folder does not exist: >>> webdav://admin@localhost:61279/repository/default/read-tests >>> at junit.framework.Assert.fail(Assert.java:57) >>> at junit.framework.Assert.assertTrue(Assert.java:22) >>> at >>> >>> >>> org.apache.commons.vfs2.test.AbstractTestSuite.setUp(AbstractTestSuite.java:190) >>> at >>> >>> >>> org.apache.commons.vfs2.provider.webdav.test.WebdavProviderTestCase$1.setUp(WebdavProviderTestCase.java:284) >>> at >>> >>> >>> org.apache.commons.vfs2.test.AbstractTestSuite$1.protect(AbstractTestSuite.java:148) >>> at junit.framework.TestResult.runProtected(TestResult.java:142) >>> at >>> >>> >>> org.apache.commons.vfs2.test.AbstractTestSuite.run(AbstractTestSuite.java:154) >>> at >>> >>> >>> org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:86) >>> at >>> >>> >>> org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:283) >>> at >>> >>> >>> org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:173) >>> at >>> >>> >>> org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:153) >>> at >>> >>> >>> org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:128) >>> at >>> >>> >>> org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:203) >>> at >>> >>> >>> org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:155) >>> at >>> >>> org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103) >>> >>> >>> -- >>> Schalk W. Cronjé >>> Twitter / Ello / Toeter : @ysb33r >>> >>> >>> - >>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >>> For additional commands, e-mail: dev-h...@commons.apache.org >>> >>> >>> > > -- > Schalk W. Cronjé > Twitter / Ello / Toeter : @ysb33r > > > - > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > >
Re: [VFS] Jackrabbit
Hi, 2015-10-29 2:17 GMT+01:00 <e...@zusammenkunft.net>: > Hello, > > Unfortunatelly the whole webdav filesystem tests depend on that specific > version as it wraps the server as an endpoint. The setUp fails so the whole > test suite will get skipped. I havent been able to quickly fix when I tried > to bump the dependency (but it is not impossible, as you can also test > against other servers). But isnt this only a test dependency? > No, looks like it is an optional dependency in compile scope of vfs core [1] Benedikt [1] https://github.com/apache/commons-vfs/blob/422c4f5d6822a77679a2c70166d72adb7d426c98/core/pom.xml#L83 > > Gruss > Bernd > > -- > http://bernd.eckenfels.net > > -Original Message- > From: "Schalk Cronjé" <ysb...@gmail.com> > To: Commons Developers List <dev@commons.apache.org> > Sent: Do., 29 Okt. 2015 1:30 AM > Subject: [VFS] Jackrabbit > > Bernd, > > Is it possible to bump the Jackrabbit version to 2.11.1 for the VFS 2.1 > release? > > The current 1.6.5 is quite old and later versions of jackrabbit-webdav > cannot be used with the existing 2.0. > > I did a quick check and there seems to be only one test failure when the > version is bumped: > > junit.framework.AssertionFailedError: Folder does not exist: > webdav://admin@localhost:61279/repository/default/read-tests > at junit.framework.Assert.fail(Assert.java:57) > at junit.framework.Assert.assertTrue(Assert.java:22) > at > > org.apache.commons.vfs2.test.AbstractTestSuite.setUp(AbstractTestSuite.java:190) > at > > org.apache.commons.vfs2.provider.webdav.test.WebdavProviderTestCase$1.setUp(WebdavProviderTestCase.java:284) > at > > org.apache.commons.vfs2.test.AbstractTestSuite$1.protect(AbstractTestSuite.java:148) > at junit.framework.TestResult.runProtected(TestResult.java:142) > at > > org.apache.commons.vfs2.test.AbstractTestSuite.run(AbstractTestSuite.java:154) > at > > org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:86) > at > > org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:283) > at > > org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:173) > at > > org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:153) > at > > org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:128) > at > > org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:203) > at > > org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:155) > at > > org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103) > > > -- > Schalk W. Cronjé > Twitter / Ello / Toeter : @ysb33r > > > - > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > >
Re: [VFS] Jackrabbit
Hi again, The issue was discovered during some work I was doing for Groovy-VFS. In that situtation the webdav provider is consumed and it will fail to work if anything JackRabbit 2.0+ is used as a depedency. The webdav provider released with VFS 2.0 is depending on a static field (BUILDER_FACTORY) in JackRabbit that no longer exists in the 2.0+ releases. HTH On 29/10/2015 07:37, Benedikt Ritter wrote: Hi, 2015-10-29 2:17 GMT+01:00 <e...@zusammenkunft.net>: Hello, Unfortunatelly the whole webdav filesystem tests depend on that specific version as it wraps the server as an endpoint. The setUp fails so the whole test suite will get skipped. I havent been able to quickly fix when I tried to bump the dependency (but it is not impossible, as you can also test against other servers). But isnt this only a test dependency? No, looks like it is an optional dependency in compile scope of vfs core [1] Benedikt [1] https://github.com/apache/commons-vfs/blob/422c4f5d6822a77679a2c70166d72adb7d426c98/core/pom.xml#L83 Gruss Bernd -- http://bernd.eckenfels.net -Original Message- From: "Schalk Cronjé" <ysb...@gmail.com> To: Commons Developers List <dev@commons.apache.org> Sent: Do., 29 Okt. 2015 1:30 AM Subject: [VFS] Jackrabbit Bernd, Is it possible to bump the Jackrabbit version to 2.11.1 for the VFS 2.1 release? The current 1.6.5 is quite old and later versions of jackrabbit-webdav cannot be used with the existing 2.0. I did a quick check and there seems to be only one test failure when the version is bumped: junit.framework.AssertionFailedError: Folder does not exist: webdav://admin@localhost:61279/repository/default/read-tests at junit.framework.Assert.fail(Assert.java:57) at junit.framework.Assert.assertTrue(Assert.java:22) at org.apache.commons.vfs2.test.AbstractTestSuite.setUp(AbstractTestSuite.java:190) at org.apache.commons.vfs2.provider.webdav.test.WebdavProviderTestCase$1.setUp(WebdavProviderTestCase.java:284) at org.apache.commons.vfs2.test.AbstractTestSuite$1.protect(AbstractTestSuite.java:148) at junit.framework.TestResult.runProtected(TestResult.java:142) at org.apache.commons.vfs2.test.AbstractTestSuite.run(AbstractTestSuite.java:154) at org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:86) at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:283) at org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:173) at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:153) at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:128) at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:203) at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:155) at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103) -- Schalk W. Cronjé Twitter / Ello / Toeter : @ysb33r - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org -- Schalk W. Cronjé Twitter / Ello / Toeter : @ysb33r - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
[VFS] Jackrabbit
Bernd, Is it possible to bump the Jackrabbit version to 2.11.1 for the VFS 2.1 release? The current 1.6.5 is quite old and later versions of jackrabbit-webdav cannot be used with the existing 2.0. I did a quick check and there seems to be only one test failure when the version is bumped: junit.framework.AssertionFailedError: Folder does not exist: webdav://admin@localhost:61279/repository/default/read-tests at junit.framework.Assert.fail(Assert.java:57) at junit.framework.Assert.assertTrue(Assert.java:22) at org.apache.commons.vfs2.test.AbstractTestSuite.setUp(AbstractTestSuite.java:190) at org.apache.commons.vfs2.provider.webdav.test.WebdavProviderTestCase$1.setUp(WebdavProviderTestCase.java:284) at org.apache.commons.vfs2.test.AbstractTestSuite$1.protect(AbstractTestSuite.java:148) at junit.framework.TestResult.runProtected(TestResult.java:142) at org.apache.commons.vfs2.test.AbstractTestSuite.run(AbstractTestSuite.java:154) at org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:86) at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:283) at org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:173) at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:153) at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:128) at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:203) at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:155) at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103) -- Schalk W. Cronjé Twitter / Ello / Toeter : @ysb33r
Re: [VFS] Jackrabbit
Hello, Unfortunatelly the whole webdav filesystem tests depend on that specific version as it wraps the server as an endpoint. The setUp fails so the whole test suite will get skipped. I havent been able to quickly fix when I tried to bump the dependency (but it is not impossible, as you can also test against other servers). But isnt this only a test dependency? Gruss Bernd -- http://bernd.eckenfels.net -Original Message- From: "Schalk Cronjé" <ysb...@gmail.com> To: Commons Developers List <dev@commons.apache.org> Sent: Do., 29 Okt. 2015 1:30 AM Subject: [VFS] Jackrabbit Bernd, Is it possible to bump the Jackrabbit version to 2.11.1 for the VFS 2.1 release? The current 1.6.5 is quite old and later versions of jackrabbit-webdav cannot be used with the existing 2.0. I did a quick check and there seems to be only one test failure when the version is bumped: junit.framework.AssertionFailedError: Folder does not exist: webdav://admin@localhost:61279/repository/default/read-tests at junit.framework.Assert.fail(Assert.java:57) at junit.framework.Assert.assertTrue(Assert.java:22) at org.apache.commons.vfs2.test.AbstractTestSuite.setUp(AbstractTestSuite.java:190) at org.apache.commons.vfs2.provider.webdav.test.WebdavProviderTestCase$1.setUp(WebdavProviderTestCase.java:284) at org.apache.commons.vfs2.test.AbstractTestSuite$1.protect(AbstractTestSuite.java:148) at junit.framework.TestResult.runProtected(TestResult.java:142) at org.apache.commons.vfs2.test.AbstractTestSuite.run(AbstractTestSuite.java:154) at org.junit.internal.runners.JUnit38ClassRunner.run(JUnit38ClassRunner.java:86) at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:283) at org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:173) at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:153) at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:128) at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:203) at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:155) at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103) -- Schalk W. Cronjé Twitter / Ello / Toeter : @ysb33r - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org