Email lists > Jakarta Slide > Re: The state of WebDAV Clients > Re: The state of WebDAV Clients

Re: The state of WebDAV Clients




This post if a part of  this thread

2007-11-29 06:53:29
Re: The state of WebDAV Clients
Hi Raymond,
we have to face the facts: Many people are interested in
using a
WebDAV-Server and Client-Lib that can be integrated easily
in their
projects, but no one (or only one - hi oliver  ) is
implementing it.
The developer who should now help jackrabbit developers to
implement a
webdav-server could do the development in slide, but they
didn't.
I am in search for an alternative WebDAV-Server now for some
weeks, and
I see many unvital project on client- and server-side
webdav
implementations. (see DAVExplorer for example or
jigsaw-Development: new
release in April 2007 last webdav-development in 2000)
Does webdav lose its spirit? What are the alternatives?

Yours
 Arne

Raymond Bourges schrieb:
> Thank you for your answers Arne and Roland,
>
> But what do you think?
>
> Because our project wants to have additional WebDAV
capacities I'd
> prefer extend a existing server coming form a active
community and not
> fork from jackrabbit or slide WebDAV server and
maintain this one.
>
> Do you think this is possible? Of course we have to
make a clean work
> in order to not disfigure jackrabbit WebDAV server with
specific
> package with extra WebDAV plug-ins for example.
>
> Additionally some work could have interest in a JCR
approach. Excuse
> for my poor knowledge about JCR… In our project we
have interests in:
> - Authentication (LDAP, SSO, Shibboleth)
> - Authorization (ACP existing in jackrabbit. Isn’t
it? + External
> group management)
> - Quota
> Are these aspects may have some interest in Jackrabbit
project?
> Because of JCR approach I think (do you confirm?) that
Quota is not
> well locate in WebDAV server but what about AutN and
AuthZ?
>
> Thanks a lot for your help.
>
> Arne v.Irmer a écrit :
>>> Their "simple" or "default"
WebDAV server. That doesn't mean it can't
>>> be extended to JSR-170 + additional APIs for
addressing additional
>>> functionality. Of course that's something that
would need to be
>>> developed.
>>>
>>>   
>>>     
>> I agree with you. But that is not in the interest
of the
>> Jackrabbit-Developers.
>>
>>
>>
------------------------------------------------------------
---------
>> To unsubscribe, e-mail: slide-user-unsubscribejakarta.apache.org
<mailto:slide-user-unsubscribejakarta.apache.org>
>> For additional commands, e-mail:
slide-user-helpjakarta.apache.org
<mailto:slide-user-helpjakarta.apache.org>
>>
>>   
>
>
------------------------------------------------------------
------------
>
>
------------------------------------------------------------
---------
> To unsubscribe, e-mail: slide-user-unsubscribejakarta.apache.org
> For additional commands, e-mail: slide-user-helpjakarta.apache.org


------------------------------------------------------------
---------
To unsubscribe, e-mail: slide-user-unsubscribejakarta.apache.org
For additional commands, e-mail: slide-user-helpjakarta.apache.org


about | contact  Other archives ( Real Estate discussion Medical topics )