Hi Roland
Thanks for your response.
Roland Weber wrote:
> The Slide codebase currently resides in the Slide repository at
> Jakarta. Every Jakarta committer has access to that repository.
> The repository is still open.
My interest is in WebDAV enabling the filechooser in docx4all.
VFS has support for WebDAV. See
http://svn.apache.org/viewvc/commons/proper/vfs/trunk/sandbox/src/main/java/org/apache/commons/vfs/provider/webdav/
There is a file chooser: http://vfsjfilechooser.sourceforge.net/
and also an SWT implementation: http://commons-vfs-ui.sourceforge.net/
VFS's WebdavFileObject imports org.apache.webdav, which is the Slide
client library.
So I'm still interested in the Slide client library, and I would like it
to remain alive, even though it probably won't need to change much (if
at all) until migration to HttpClient 4.0.
Roland Weber wrote:
> The slide-dev list is still open.
> Bugzilla for Slide is still open. While it would certainly raise
> some eyebrows if anyone started working on the trunk of a
> retired project, I don't see why it should not be possible to
> create a sandbox for the WebDAV client in the Slide repository.
> As long as somebody's working there, we wouldn't lock the repository.
> Jackrabbit probably wouldn't mind to get the Slide discussions
> off their users list either ;-) Sooner or later, the activity
> ceases or the project is taken to the Incubator. Then it is time
> to lock the Slide repository.
> It would take a leader who is a Jakarta committer to create the
> sandbox, move the initial code, and apply patches if any are sent.
I am not a Jakarta committer. Any idea how we might find a sympathetic
one? Alternatively, what about the vfs sandbox?
kind regards
Jason
|