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

           Summary: Tomcat doesn't send Vary consistently when gzip
                    enabled
           Product: Tomcat 6
           Version: 6.0.28
          Platform: PC
        OS/Version: Linux
            Status: NEW
          Severity: normal
          Priority: P2
         Component: Connectors
        AssignedTo: [email protected]
        ReportedBy: [email protected]


HTTP requires that the Vary response header be sent consistently for all
responses if they change based upon different aspects of the request.
My pages has both compressed and uncompressed variants available, negotiated by
the Accept-Encoding request header, but it sends different Vary headers for
each;

"accept-encoding" when the response is compressed, and
"" when it is not.
This can cause problems for downstream caches, because they cannot consistently
determine what the cache key for a given URI is.

My server.xml content:
  <Service name="Catalina">

    <Connector port="8080" proxyPort="80" maxHttpHeaderSize="8192"
protocol="org.apache.coyote.http11.Http11Protocol" 
    maxThreads="200" minSpareThreads="25" maxPostSize="8" 
    maxSpareThreads="75" enableLookups="false" keepAliveTimeout="3000"
maxKeepAliveRequests="100"
    redirectPort="8443" acceptCount="100"
    connectionTimeout="8000" disableUploadTimeout="true"
    compression="on" compressionMinSize="2048"
    compressableMimeType="text/html,text/xml,text/javascript,text/css" />

    <Engine name="Catalina" defaultHost="localhost">
        <Host name="localhost" appBase="webapps" unpackWARs="false"
autoDeploy="false"
debug="0"
            xmlValidation="false" xmlNamespaceAware="false">
    </Host>
    </Engine>
  </Service>

-- 
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: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to