You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@commons.apache.org by Chris Dail <ch...@gmail.com> on 2007/11/25 02:22:09 UTC
The state of WebDAV Clients
I am a bit concerned at the state of WebDAV client implementations in Java.
The slide project has been recently retired and Apache recommends
using JackRabbit as an alternative.
JackRabbit does not currently have a WebDAV client implementation
according to this post
(http://www.nabble.com/Webdav-Client-Examples--tf4803755.html#a13852979).
Others in the industry like Eclipse, are using slide as the basis for
their new EFS WebDAV implementation
(http://wiki.eclipse.org/WebDAV_EFS_Implementation).
In all of my searching, I have yet to find a viable alternative to
slide as a WebDAV client. I think it is clear that there is a need for
a project like this. Has there been any though in starting an Apache
Commons project to provide WebDAV support? My understanding was that
the Slide client was stable and would probably provide a good starting
point for a WebDAV client.
For more information on my WebDAV research see this post:
http://pragmaticchris.blogspot.com/2007/11/java-webdav-clients.html
Thanks
Chris Dail
http://pragmaticchris.blogspot.com
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@commons.apache.org
For additional commands, e-mail: user-help@commons.apache.org
Re: The state of WebDAV Clients
Posted by Torsten Curdt <tc...@apache.org>.
On 27.11.2007, at 16:32, Jukka Zitting wrote:
> Hi,
>
> On Nov 25, 2007 5:45 PM, Mark Fortner <ph...@gmail.com> wrote:
>> It might be better to simply maintain it as a VFS plugin since VFS
>> supports
>> other file systems as well as WebDAV. It would give people a
>> single place
>> to go, rather than to fragment support for different file systems
>> amongst
>> different projects within Apache.
>
> Many use cases for the WebDAV client library go beyond the feature set
> exposed by the VFS interface, so it's better to have a more generic
> WebDAV client library that VFS then uses to provide a file system
> abstraction.
+1
A webdav implementation is out of scope of VFS IMO.
cheers
--
Torsten
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@commons.apache.org
For additional commands, e-mail: user-help@commons.apache.org
Re: The state of WebDAV Clients
Posted by Jukka Zitting <ju...@gmail.com>.
Hi,
On Nov 25, 2007 5:45 PM, Mark Fortner <ph...@gmail.com> wrote:
> It might be better to simply maintain it as a VFS plugin since VFS supports
> other file systems as well as WebDAV. It would give people a single place
> to go, rather than to fragment support for different file systems amongst
> different projects within Apache.
Many use cases for the WebDAV client library go beyond the feature set
exposed by the VFS interface, so it's better to have a more generic
WebDAV client library that VFS then uses to provide a file system
abstraction.
BR,
Jukka Zitting
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@commons.apache.org
For additional commands, e-mail: user-help@commons.apache.org
Re: The state of WebDAV Clients
Posted by Mark Fortner <ph...@gmail.com>.
It might be better to simply maintain it as a VFS plugin since VFS supports
other file systems as well as WebDAV. It would give people a single place
to go, rather than to fragment support for different file systems amongst
different projects within Apache.
Regards,
Mark Fortner
On Nov 24, 2007 7:22 PM, Chris Dail <ch...@gmail.com> wrote:
> I am a bit concerned at the state of WebDAV client implementations in
> Java.
>
> The slide project has been recently retired and Apache recommends
> using JackRabbit as an alternative.
> JackRabbit does not currently have a WebDAV client implementation
> according to this post
> (http://www.nabble.com/Webdav-Client-Examples--tf4803755.html#a13852979).
> Others in the industry like Eclipse, are using slide as the basis for
> their new EFS WebDAV implementation
> (http://wiki.eclipse.org/WebDAV_EFS_Implementation).
>
> In all of my searching, I have yet to find a viable alternative to
> slide as a WebDAV client. I think it is clear that there is a need for
> a project like this. Has there been any though in starting an Apache
> Commons project to provide WebDAV support? My understanding was that
> the Slide client was stable and would probably provide a good starting
> point for a WebDAV client.
>
> For more information on my WebDAV research see this post:
> http://pragmaticchris.blogspot.com/2007/11/java-webdav-clients.html
>
> Thanks
>
> Chris Dail
> http://pragmaticchris.blogspot.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@commons.apache.org
> For additional commands, e-mail: user-help@commons.apache.org
>
>
Re: The state of WebDAV Clients
Posted by Mark Fortner <ph...@yahoo.com>.
It might be better to simply maintain it as a VFS plugin since VFS supports
other file systems as well as WebDAV. It would give people a single place
to go, rather than to fragment support for different file systems amongst
different projects within Apache.
Regards,
Mark Fortner
On Nov 24, 2007 7:22 PM, Chris Dail <ch...@gmail.com> wrote:
> I am a bit concerned at the state of WebDAV client implementations in
> Java.
>
> The slide project has been recently retired and Apache recommends
> using JackRabbit as an alternative.
> JackRabbit does not currently have a WebDAV client implementation
> according to this post
> (http://www.nabble.com/Webdav-Client-Examples--tf4803755.html#a13852979).
> Others in the industry like Eclipse, are using slide as the basis for
> their new EFS WebDAV implementation
> (http://wiki.eclipse.org/WebDAV_EFS_Implementation).
>
> In all of my searching, I have yet to find a viable alternative to
> slide as a WebDAV client. I think it is clear that there is a need for
> a project like this. Has there been any though in starting an Apache
> Commons project to provide WebDAV support? My understanding was that
> the Slide client was stable and would probably provide a good starting
> point for a WebDAV client.
>
> For more information on my WebDAV research see this post:
> http://pragmaticchris.blogspot.com/2007/11/java-webdav-clients.html
>
> Thanks
>
> Chris Dail
> http://pragmaticchris.blogspot.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@commons.apache.org
> For additional commands, e-mail: user-help@commons.apache.org
>
>
RE: The state of WebDAV Clients
Posted by jharrop <ja...@plutext.org>.
Roland Weber wrote:
>
> Users of the current Slide codebase are welcome
> to fork and support the code. They are even more
> welcome to form a new project to move away from
> the HttpClient 2.x/3.x API.
I've uploaded the slide webdav client code to
https://sourceforge.net/projects/webdavclient4j where it can be
maintained/enhanced as necessary.
The new name is intended to convey that this can (or rather, will, depending
on contributions) interoperate with a variety of webdav servers.
> I'm willing to invest
> some effort into that next year, after we've
> completed the HttpComponents move to TLP. But
> at the moment, I don't see too many people working
> on a WebDAV client. If you know any, please send
> them our way :-) The best starting point for now
> would be the Jackrabbit client code that is just
> waiting for somebody to release it.
>
> Of course you can always continue to use the
> Slide WebDAV client. There wasn't much support
> for some time, so the situation didn't really
> change by the retirement. It is now just obvious
> to anybody that the code is unsupported.
>
--
View this message in context: http://www.nabble.com/The-state-of-WebDAV-Clients-tp13950123p16531993.html
Sent from the Jakarta Slide - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: slide-user-help@jakarta.apache.org