Re: [VFS] Jackrabbit

[Woonsan Ko <wo...@apache.org>]

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é <ys...@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 <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
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org