On Wed, Dec 21, 2005 at 10:06:42AM +0100, Roland Weber wrote: > Oleg Kalnichevski <[EMAIL PROTECTED]> wrote on 20.12.2005 23:08:09: > > > On Tue, 2005-12-20 at 15:49 +0100, Laat, Harm de wrote: > > > I use a sniffer to look at the GET commond send to the proxy server. > It > > > looks as follows: > > > > > > GET ftp://username:[EMAIL PROTECTED]/testdir/ HTTP/1.1 > > > > > > However, when I try the same in Java I get the following GET request > (Java > > > code included below): > > > > > > GET ftp://ftp.mytest.test/testdir/ HTTP/1.1 > > > > This appears to be a bug in the URI class. Please file a bug report in > > Bugzilla > > For HTTP/HTTPS, the user ID and password should not be part of > the URI in the request line, because authentication is handled > by client and server as part of the HTTP protocol. > > We need a way to either detect or to indicate this rare case > where uid/pwd need to be sent to a proxy that does protocol > conversion. > > cheers, > Roland >
Hi Roland I always thought the URI class was meant to represent an abstract URI. Besides, in my opinion if the uid/pwd are given in a URI, they should be preserved by HttpMethod classes even if they are not applicable for a particular scheme/protocol Oleg > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
