Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tomcat Users List" <users@tomcat.apache.org>
Received-SPF: pass (athena.apache.org: domain of demablogia@gmail.com
 designates 209.85.214.173 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CABzHfVnyirKkDsohGvYpu2DNXEjfDOsGUZVqfuH8k3jJSCUk3Q@mail.gmail.com>
References: 
 <CAC=Hunt=16kVDG-GuyPq6mhw3wJTZNYQgU5A8OaPKzmUKJXG-A@mail.gmail.com>
 <CABzHfVkQCH=7-5=3xvOetV2W2ACeTDz-6E703RLu5Ja7+wAqog@mail.gmail.com>
 <CAC=HunuF5zqKf5s_D9syTZ1J2nFXdCjEWKj=zQ+Hc8BgnN1hzA@mail.gmail.com>
 <CABOBwRg_fBPSwUQpiNkzE3m1evWn0-zN=f5oXRaV3kmg9UEBKQ@mail.gmail.com>
 <CAC=HuntJh1ixdv71fhmxRqaHhNxUXptXvywkKKb0=hbCMLnkjA@mail.gmail.com>
 <CABOBwRhxPPO25wRLSjHch0Mj9QCRQ5nzW-JAq47Ddif0BNzOtQ@mail.gmail.com>
 <CAC=Huntp=fA4GiV8HBpLGuq0ZmYJu5=-C179YXK389hpuFv0jg@mail.gmail.com>
 <5017C1D3.5030608@ice-sa.com>
 <CAC=HunsuyMyHL0Dnh-7dU59P846aZ29oPOOZbiHS9w1Lh05ROg@mail.gmail.com>
 <CABzHfVnyirKkDsohGvYpu2DNXEjfDOsGUZVqfuH8k3jJSCUk3Q@mail.gmail.com>
From: =?ISO-8859-1?Q?Jose_Mar=EDa_Zaragoza?= <demablogia@gmail.com>
Date: Tue, 31 Jul 2012 23:12:32 +0200
Message-ID: 
 <CABOBwRi4yioOw1GdChFni3ce0E-vX5W7Sghu32wp-u6YZGJ1-A@mail.gmail.com>
Subject: Re: PDF Download problem tomcat >= 7.0.27
To: Tomcat Users List <users@tomcat.apache.org>
Content-Type: text/plain; charset=ISO-8859-1

> The Content-Length header in the above 206 response is not from Tomcat.
>
> Tomcat's DefaultServlet does not calculate the whole size of the parts
> and does not set content-length, and the file size is much more than
> fits into the buffer.
> So it would use  Transfer-Encoding: chunked  in its response and not
> the one that you cited.
> There must be some proxy in the way that buffers the data and sends
> them as one response instead of chunks. HTTPD? Was there some option
> in it that disables chunked encoding when interacting with IE?


Well, i don't know so much, but that doesn't have to do with chunked
encoding, but Partial Content support, right ?
And partial content is requested by client (IE) if Content-length is
very big ( I guess ... )
Maybe, IE requests a PDF file (GET) and  if it sees a Content-length
very big , cuts downloading and re-send a GET request with a range of
bytes.

Chrome looks to perform something like that behaviour

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