tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Mark Thomas <ma...@apache.org>
Subject Re: Tomcat and "Chunked Transfer-Encoding"
Date Mon, 03 Feb 2014 11:10:30 GMT
On 03/02/2014 10:47, Walter.Heestermans@toyota-europe.com wrote:
> Hi,
> 
> I have requested the trext format. In the meantime, how can I disable the 
> 'Chunked Transfer-Encoding' inside Tomcat server?

You can't.

Mark


> 
> Regards
> Walter
> 
> 
> 
> 
> From:   Mark Thomas <markt@apache.org>
> To:     Tomcat Users List <users@tomcat.apache.org>, 
> Date:   03/02/2014 11:15
> Subject:        Re: Tomcat and "Chunked Transfer-Encoding"
> 
> 
> 
> On 03/02/2014 09:34, Walter.Heestermans@toyota-europe.com wrote:
>> Hi,
>>
>> We have some weird behaviopur with one of our applications using
>> apache-tomcat-6.0.37.
>>
>> This is the report of the newtork engineer:
>> /The application (or app server - apache/coyote) is returning a response
>> with "Chunked Transfer-Encoding", but is sending the first chunks before
>> giving the http headers (that defines the chunk-encoding).
> 
> That strikes me as pretty unlikely given the length of time 6.0.x has
> been released and the lack of similar reports.
> 
> It may be possible if the application is doing something it shouldn't,
> like holding on to a reference to a response object and re-using it
> across multiple requests.
> 
>> The result is that the client receives a response stating by the
>> definition on the chunk lenght (7a5), and as the header
>> "Content-Encoding" has not been received, that length definition is
>> interpreted as response characters.
>>
>> Here is a dump of the communication between TARS Reverse Proxy and the
>> Back-end. (You may notice the response headers - 200 OK - after the
>> first chunk (in blue, starting by "7a5", the length in HEX )/
>>
>>
>> See attached screenshot tcpstream.jpg.
> 
> This list strips most attachments. Just put the plain text of the HTTP
> request and response headers in the body of your e-mail.
> 
> Mark
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
> 
> 
> 
> 
> 
> 
> This e-mail may contain confidential information.
> If you are not an addressee or otherwise authorised to receive this message, you should
not use, copy, disclose or take any action based on this e-mail. 
> If you have received this e-mail in error, please inform the sender promptly and delete
this message and any attachments immediately.
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org


Mime
View raw message