I think I agree w/ Anthony in principle, although all I care about is an
HTTP UrlFileObject that works. I'd prefer not to have to have webdav (slide
is tough to gump) if I don't have to, but I am game to have http-client. I
don't have an opinion on how you structure your code hierarchy.
That said, first things first, I'd appreciate your committing Anthony's
patched UrlFileObject w/ the two new fixes (to exists and getLastModified)
and the "close URLConnection" leak removal. That'd be a big bonus for me.
Adam (Murdoch) thanks very much for stepping up to this, I am a heavy VFS
user for Krysalis Ruper, and I'd love to not have to build/ship my own
hacked library. So, thanks in advance.
regards
Adam
-----Original Message-----
From: Anthony Eden [mailto:me@anthonyeden.com]
Sent: Thursday, May 15, 2003 3:51 PM
To: Jakarta Commons Users List
Subject: Re: [VFS] [PATCH] UrlFileObject.exists (when HTTP)
Adam Murdoch wrote:
>On Fri, 16 May 2003 01:43 am, Adam Jack wrote:
>
>
>>I tell ya, I'd love to replace this code with HttpClient code, where we
>>could (1) set the UserAgent to be 'commons-vfs' (2) user HEAD and/or GET
>>(3) have "follow redirects work" (I found a bug in JDK java.net.URL where
>>it does not seem to follow relative redirects) and (4) only do (at most)
on
>>HEAD and one GET (if needed) per URL. [4 could be done with either
>>underlying code.]
>>
>>
>
>These are all good ideas. My plan for doing this was to extend the WebDAV
>provider to handle plain HTTP as well, since it already sits on top of
>HttpClient, and already does these things (uses OPTIONS instead of HEAD).
It
>just needs to be extended to handle non-dav resources.
>
I would rather have it work the other way around - the WebDAV provider
should extend the plain URL provider, or they should be kept separate.
I don't want to have to have WebDAV libraries if I am not using that
functionality.
Sincerely,
Anthony Eden
---------------------------------------------------------------------
To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-user-help@jakarta.apache.org
|