opensubscriber
   Find in this group all groups
 
Unknown more information…

s : slide-user@jakarta.apache.org 29 November 2007 • 8:53PM -0500

Re: The state of WebDAV Clients
by Arne v.Irmer

REPLY TO AUTHOR
 
REPLY TO GROUP




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-unsubscribe@jaka... <mailto:slide-user-unsubscribe@jaka...>
>> For additional commands, e-mail: slide-user-help@jaka... <mailto:slide-user-help@jaka...>
>>
>>  
>
> ------------------------------------------------------------------------
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: slide-user-unsubscribe@jaka...
> For additional commands, e-mail: slide-user-help@jaka...


---------------------------------------------------------------------
To unsubscribe, e-mail: slide-user-unsubscribe@jaka...
For additional commands, e-mail: slide-user-help@jaka...

Bookmark with:

Delicious   Digg   reddit   Facebook   StumbleUpon

opensubscriber is not affiliated with the authors of this message nor responsible for its content.