https://issues.apache.org/bugzilla/show_bug.cgi?id=46538


Oliver Schoett <oliver.scho...@capgemini-sdm.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #23190|0                           |1
        is obsolete|                            |


--- Comment #16 from Oliver Schoett <oliver.scho...@capgemini-sdm.com> 
2009-09-10 07:17:08 PDT ---
Created an attachment (id=24245)
Disable sending and interpreting ETags (needs to be made into an option)

Not fixing this bug makes it impossible to enable gzip compression on public
web sites, because IE6 users behind Squid 2.6 and 2.7 proxies will receive
broken content:  IE6 by default does not allow compression behind a proxy, but
Squid 2.6+ will deliver gzipped content that it already has in the cache, and
which is not accepted by IE.

Squid has implemented the option broken_vary_encoding to work around this,
which by default is enabled for servers whose header begins with "Apache". 
However, this option is buggy
(http://www.squid-cache.org/bugs/show_bug.cgi?id=2574), and Tomcat should not
require work-arounds by others for its broken behavior.

Thus, an option is needed to disable ETags to make public sites work reliably. 
What needs to be done is contained in the patch, which disables sending and
interpreting ETags.  This patch (against 6.0.18) has been used successfully in
production since February on a German e-commerce site (90 Mill. PV/month). 
There is no performance impact, because 304 responses are still generated
according to the "If-Modified-Since" logic. Unfortunately, I do not know Tomcat
well enough to make this a configurable option.

-- 
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

Reply via email to