Mailing-List: contact dev-help@hc.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "HttpComponents Project" <dev@hc.apache.org>
Received-SPF: neutral (nike.apache.org: local policy)
Subject: Re: Truncated content-length delimited message bodies
From: Oleg Kalnichevski <olegk@apache.org>
To: HttpComponents Project <dev@hc.apache.org>
In-Reply-To: <4DCB3D3A.7020407@apache.org>
References: <4DCA5B93.7050206@apache.org>	<1305116759.14068.4.camel@ubuntu>
	 <4DCAB6F2.5070107@apache.org>	<1305142400.26615.4.camel@ubuntu>
	 <BANLkTimDsn2YQYs_5aXhzFujEJv2su3jUw@mail.gmail.com>
	 <4DCB3D3A.7020407@apache.org>
Content-Type: text/plain; charset="UTF-8"
Date: Thu, 12 May 2011 13:28:13 +0200
Message-ID: <1305199693.17441.6.camel@ubuntu>
Mime-Version: 1.0
Content-Transfer-Encoding: 7bit

...

> Hi Oleg
> 
> Just saw that you had called off the vote.. I will check the fix once 
> the changes are committed
> 

Hi Asankha 

Fixed committed to SVN trunk

http://svn.apache.org/viewvc?rev=1102241&view=rev

Please review the changes and let me know if you find anything
disagreeable.

I'll merge the changes to 4.1.x branch as soon as I get an OK from you.


> I assume that sometimes the content length does go off from the actual 
> size in reality by some servers.. Do you think length checking could 
> cause too many false alarms in such cases?
> 

It is difficult to say. I presume such protocol violations are not that
uncommon. On the other hand one can still choose to catch and ignore the
I/O exception thrown by the codec and accept partial content as a valid
message.

Cheers

Oleg


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@hc.apache.org
For additional commands, e-mail: dev-help@hc.apache.org