Mailing-List: contact httpclient-user-help@jakarta.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "HttpClient User Discussion" <httpclient-user@jakarta.apache.org>
Received-SPF: neutral (athena.apache.org: local policy)
Message-ID: <46D856B0.8050400@dubioso.net>
Date: Fri, 31 Aug 2007 19:58:08 +0200
From: Roland Weber <ossfwot@dubioso.net>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
 rv:1.8.1.6) Gecko/20070807 SeaMonkey/1.1.4
MIME-Version: 1.0
To: HttpClient User Discussion <httpclient-user@jakarta.apache.org>
Subject: Re: Premature EOF on socket read
References: 
 <OF982C9D00.9AF3901B-ON88257346.007A0710-88257346.007A3A01@us.ibm.com>
In-Reply-To: 
 <OF982C9D00.9AF3901B-ON88257346.007A0710-88257346.007A3A01@us.ibm.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Hello Henrich,

> Subsequently no IOException is thrown. My reading of
> http://www.mail-archive.com/httpclient-user@jakarta.apache.org/msg03923.html
>  was that one can assume that the entire resource was downloaded when EOF
> is encountered. Now I wonder how/where this situation should be handled?

Theoretically? Yes. If all components adhere to HTTP.
In your case, either the server or proxy don't.

> One thought is that ContentLengthInputStream is in a position to know and
> could throw some kind of premature EOF encountered exception.

That's how it is implemented in HttpCore-4.0. Unfortunately,
HttpClient 3.1 does not check the actual length received.
You can do that in your application however.

> Presumably the default retry logic would then retry such a request.

It wouldn't. By the time you start reading the response entity,
HttpClient.executeMethod has already returned and can therefore
not repeat the request.
> 
> Or should this be handled by the application?

Exactly.

hope that helps,
  Roland


---------------------------------------------------------------------
To unsubscribe, e-mail: httpclient-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: httpclient-user-help@jakarta.apache.org