Hello Suhas,
What HTTP status are you getting back: 404, 200, etc. ? Also, does
this website accept Basic authentication. This appear to be what
you're using. Some web sites require an appropriate referer header for
authentication (this usually applies to form based authentication).
Hello,
I am trying to automatically logon to a website and retrieve data. But all I am
getting is html/html. Am I missing something here :
System.setProperty(java.protocol.handler.pkgs,com.sun.net.ssl.internal.www.protocol);
java.security.Security.addProvider(new
THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16892.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16892
Empty response body is not properly handled when chunked encoding
If a Transfer-Encoding: chunked header is present, the body must at
least contain the last chunk, which is:
0CRLF
CRLF
Without the last chunk beeing present we can not detect if there is a
body at all! The last chunk not beeing present violates the RFC:
last-chunk has no asterix in front of
/show_bug.cgi?id=16892
Empty response body is not properly handled when chunked encoding is used
[EMAIL PROTECTED] changed:
What|Removed |Added
Target Milestone
/show_bug.cgi?id=16892
Empty response body is not properly handled when chunked encoding is used
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW
Odi, Jeff
I tend to interpret the word of RFC the same way. However, the RFC
appears a bit fuzzy on whether it is permissible to include
Transfer-Encoding: chunked response header without actually providing
any content in response. Anyways, to an extent this is irrelevant. We
have to coexist with
/show_bug.cgi?id=16892
Empty response body is not properly handled when chunked encoding is used
[EMAIL PROTECTED] changed:
What|Removed |Added
CC