Return-Path: Delivered-To: apmail-tomcat-users-archive@www.apache.org Received: (qmail 22943 invoked from network); 15 Jan 2009 11:06:20 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 15 Jan 2009 11:06:20 -0000 Received: (qmail 4717 invoked by uid 500); 15 Jan 2009 11:06:07 -0000 Delivered-To: apmail-tomcat-users-archive@tomcat.apache.org Received: (qmail 4701 invoked by uid 500); 15 Jan 2009 11:06:06 -0000 Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Tomcat Users List" Delivered-To: mailing list users@tomcat.apache.org Received: (qmail 4690 invoked by uid 99); 15 Jan 2009 11:06:06 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 15 Jan 2009 03:06:06 -0800 X-ASF-Spam-Status: No, hits=-1.0 required=10.0 tests=RCVD_IN_DNSWL_LOW,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of jak-tomcat-user@m.gmane.org designates 80.91.229.2 as permitted sender) Received: from [80.91.229.2] (HELO ciao.gmane.org) (80.91.229.2) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 15 Jan 2009 11:05:54 +0000 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LNQ2U-0001lc-Rk for users@tomcat.apache.org; Thu, 15 Jan 2009 11:05:30 +0000 Received: from access.sdm.de ([192.76.162.9]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 15 Jan 2009 11:05:30 +0000 Received: from oliver.schoett by access.sdm.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 15 Jan 2009 11:05:30 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: users@tomcat.apache.org From: Oliver Schoett Subject: Make ETags take gzip compression into account Date: Thu, 15 Jan 2009 12:05:18 +0100 Lines: 26 Message-ID: <496F186E.4010209@capgemini-sdm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: access.sdm.de User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b3pre) Gecko/20081202 SeaMonkey/2.0a2 Sender: news X-Virus-Checked: Checked by ClamAV on apache.org The Apache folks are about to fix the problem that ETags are the same for compressed and uncompressed versions of a resource: https://issues.apache.org/bugzilla/show_bug.cgi?id=39727 Tomcat 6.0.18 suffers from the same problem. The effect is that if a caching proxy holds a gzipped version of a resource and is asked by a client for an unzipped version, it requests one from the server with the ETag of the cached version. The server sees that the ETag of the version it would send out is the same as that of the version the cache already holds and tells the cache that its version is OK (response status code 304). In the case of a Squid cache, this results in a gzipped version to be sent to the client, and this breaks in IE6 and IE7 when they are configured to use the HTTP 1.0 protocol. Squid has been provided with a work-around option for this problem: http://www.squid-cache.org/Versions/v2/2.6/cfgman/broken_vary_encoding.html but we should not rely on caches world-wide to provide a work-around for a Tomcat bug. Regards, Oliver Schoett --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org For additional commands, e-mail: users-help@tomcat.apache.org