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
+1
Gary
On Nov 2, 2015 2:23 PM, "Schalk Cronjé" 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 rel
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
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_FACT
Hi,
2015-10-29 2:17 GMT+01:00 :
> 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 dependenc
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 al
