DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=37988>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=37988 ------- Additional Comments From [EMAIL PROTECTED] 2006-03-23 11:13 ------- (In reply to comment #30) > > That had nothing to do with FTP urls. My point is that contrary to your > > contention the url below is invalid > > > > GET http://user:[EMAIL PROTECTED]/file.html HTTP/1.1 > > > > ---------------------------- > > 3.2.2 http URL > > > > The "http" scheme is used to locate network resources via the HTTP > > protocol. This section defines the scheme-specific syntax and > > semantics for http URLs. > > > > http_URL = "http:" "//" host [ ":" port ] [ abs_path [ "?" query ]] > > ----------------------------- > > > > Support for non-HTTP protocols in HttpClient is a whole different story > > > > Oleg > > Hello Oleg, > > First thanks for your time to reply to my messages. I still believe that "GET > http://user:[EMAIL PROTECTED]/file.html HTTP/1.1" is a valid request line > (according to > 5.1.2, since the URI is an absoluteURI). Tommy, You are entitled to have a special opinion on the subject like anyone else. As far as I am concerend the rules for valid HTTP urls are clearly laid out in the section 3.2.2 of the spec and HttpClient is compliant with it. > Nonetheless, I had the impression that HttpClient 3.0 fully implemented > RFC2616. > In this situation, we van conclude that this is not the case. > HttpClient is not a browser and it has never been meant to implement the full spec. > > HttpClient is not capable of issuing the following HTTP request "GET > ftp://user:[EMAIL PROTECTED]/ HTTP/1.1" despite the fact that this is valid > according to > RFC2616. > > You speak of different protocols, but the request "GET > ftp://user:[EMAIL PROTECTED]/file" is valid HTTP. The FTP protocol is never > used, this > is left to the proxy accepting the request. This proxy should issue a FTP > request to the FTP site. In our clinet, we do nothing with FTP directly, we > only > use ftp:// in the request to the HTTP proxy. > > I hope you see my point. > Feel free to open a new feature request Oleg -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
