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=28354>.
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=28354

unable to find line starting with "HTTP" message when timeout occurs





------- Additional Comments From [EMAIL PROTECTED]  2004-04-13 08:37 -------
Daniel,
This may help you a little. Here's the code that throws the recoverable
exception in question:
======================================================================
    protected void readStatusLine(HttpState state, HttpConnection conn)
    throws IOException, HttpRecoverableException, HttpException {
...
        //read out the HTTP status string
        String s = conn.readLine();
        while ((s != null) && !StatusLine.startsWithHTTP(s)) {
            if (Wire.enabled()) {
                Wire.input(s + "\r\n");
            }
            s = conn.readLine();
        }
        if (s == null) {
            // A null statusString means the connection was lost before we got a
            // response.  Try again.
            throw new HttpRecoverableException("Error in parsing the status "
                + " line from the response: unable to find line starting with"
                + " \"HTTP\"");
        }
======================================================================

"Unable to find line starting with HTTP" exception is thrown ONLY if end of
stream (EOF) condition is encountered. That is, the server explicitly closes the
outstream stream on unsuspecting HttpClient. Unless I am missing something,
socket timeout _should_ never be able to cause EOF on the input stream, and
subsequently cause the misleading error message.

Important piece of the puzzle, however, is SSL. We have seen SSL sockets behave
very funny with regards to EOF condition and socket timeouts. That is why
100-continue detection does not work, by the way. The problems with SSL tend to
be highly JRE specific. What JDK/JRE are you using?

Oleg

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to