You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@commons.apache.org by Schalk Cronjé <ys...@gmail.com> on 2015/11/02 23:23:37 UTC
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 <ec...@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é" <ys...@gmail.com>
>> To: Commons Developers List <de...@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-unsubscribe@commons.apache.org
>> For additional commands, e-mail: dev-help@commons.apache.org
>>
>>
--
Schalk W. Cronjé
Twitter / Ello / Toeter : @ysb33r
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [VFS] Jackrabbit
Posted by Gary Gregory <ga...@gmail.com>.
+1
Gary
On Nov 2, 2015 2:23 PM, "Schalk Cronjé" <ys...@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 <ec...@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é" <ys...@gmail.com>
>>> To: Commons Developers List <de...@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-unsubscribe@commons.apache.org
>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>
>>>
>>>
>
> --
> Schalk W. Cronjé
> Twitter / Ello / Toeter : @ysb33r
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>
>