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





--- Comment #2 from Oliver Schoett <oliver.scho...@capgemini-sdm.com>  
2009-01-29 03:56:52 PST ---
Here is the new behaviour when a resource is fetched without and with
compression enabled:

curl -v -HPragma: http://tomcat6.example.com/web3/js/hbx.js

> GET /web3/js/hbx.js HTTP/1.1
> User-Agent: curl/7.16.3 (i686-pc-cygwin) libcurl/7.16.3 OpenSSL/0.9.8i 
> zlib/1.2.3 libssh2/0.15-CVS
> Host: tomcat6.example.com
> Accept: */*

< Server: Apache-Coyote/1.1
< Expires: Thu, 29 Jan 2009 13:27:07 GMT
< ETag: W/"15453-1233218608000"
< Last-Modified: Thu, 29 Jan 2009 08:43:28 GMT
< Vary: Accept-Encoding
< Content-Type: text/javascript
< Content-Length: 15453
< Date: Thu, 29 Jan 2009 11:27:07 GMT

curl -v -HPragma: --compressed http://tomcat6.example.com/web3/js/hbx.js | wc
-c

> GET /web3/js/hbx.js HTTP/1.1
> User-Agent: curl/7.16.3 (i686-pc-cygwin) libcurl/7.16.3 OpenSSL/0.9.8i 
> zlib/1.2.3 libssh2/0.15-CVS
> Host: tomcat6.example.com
> Accept: */*
> Accept-Encoding: deflate, gzip

< HTTP/1.1 200 OK
< Server: Apache-Coyote/1.1
< Expires: Thu, 29 Jan 2009 13:26:48 GMT
< ETag: W/"15453-1233218608000-gz"
< Last-Modified: Thu, 29 Jan 2009 08:43:28 GMT
< Vary: Accept-Encoding
< Content-Type: text/javascript
< Transfer-Encoding: chunked
< Content-Encoding: gzip
< Date: Thu, 29 Jan 2009 11:26:48 GMT

Note that the first response also has a Vary header, and the second response
has a different ETag.

When this patch is employed, the work-around configured by default in Squid
caches (broken_vary_encoding) is no longer necessary.  If you want to avoid
this work-around for your server, you might configure a server string that does
NOT start with "Apache".


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