cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Gianugo Rabellino <gian...@apache.org>
Subject Re: cvs commit: cocoon-2.1/src/blocks/webdav/java/org/apache/cocoon/components/source/impl WebDAVSource.java
Date Thu, 18 Dec 2003 20:12:05 GMT
Guido Casper wrote:
> Gianugo Rabellino wrote:
> 
>>gcasper@apache.org wrote:
>>
>>>gcasper     2003/12/17 05:42:14
>>>
>>>  Modified:
>>>
>>>  src/blocks/webdav/java/org/apache/cocoon/components/source/impl
>>>  WebDAVSource.java Log: Interoperability with mod_dav
>>
>>Why so? I think that the cleanest way is to solve this issue where it
>>belongs, inside httpclient if possible, or in httpd, with a
>>BrowserMatch directive...
> 
> 
> How do you solve that with a BrowserMatch directive? If that is possible
> I revert the change.

BrowserMatch "^Jakarta Commons-HttpClient" redirect-carefully

> mod_dav sends a redirect on collections without a trailing slash.

And it's disputable which one is the correct behaviour. I tend to think 
that Apache does it right...

> httpclient reasonably doesn't modify the set URL in any way. If you
> prefer I could ask slide-dev to change WebDAVResource to set
> followRedirects on propfind requests (I didn't test that yet and
> somewhat fear the performance penalty).

You think so? Why should there be a performance penalty?

Ciao,

-- 
Gianugo Rabellino
Pro-netics s.r.l. -  http://www.pro-netics.com
Orixo, the XML business alliance - http://www.orixo.com
     (Now blogging at: http://blogs.cocoondev.org/gianugo/)


Mime
View raw message