https://issues.apache.org/bugzilla/show_bug.cgi?id=48738
Summary: GzipOutputFilter blocking data to the client browser
when flushBuffer is invoked
Product: Tomcat 6
Version: 6.0.20
Platform: All
OS/Version: Mac OS X 10.4
Status: NEW
Severity: major
Priority: P2
Component: Connectors
AssignedTo: dev@tomcat.apache.org
ReportedBy: jiw...@linkedin.com
Created an attachment (id=24979)
--> (https://issues.apache.org/bugzilla/attachment.cgi?id=24979)
patch for the making GzipOutputFilter work with early flush
As part of our site speed optimizations (at Linkedin) we bumped into a problem
when trying to do partial flush of compressed content stream from Tomcat to the
browser. We discovered the root cause to be a couple of long outstanding JDK
bugs:
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4255743
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4813885
Basically, with the GzipOutputFilter turned on, the GZIPOutputStream it uses
internally buffers the data that's been sent over, and does not flush to client
(browser) when flushBuffer() is invoked.
We have produced a patch which we verified internally, that it did work to do a
partial flush on the compressed stream. We also have a unit testcase included
in the patch to quickly show the problem.
Early flush is a quite useful technique that many sites out there can benefit
from to speed up the page download/rendering time, and by having it working in
tomcat would benefit the existing and new customers.
Thanks!
--
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
