Mailing-List: contact dev-help@tomcat.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tomcat Developers List" <dev@tomcat.apache.org>
From: bugzilla@apache.org
To: dev@tomcat.apache.org
Subject: [Bug 55945] Support pre-compressed (gzip) resources with arbitrary
 file name extensions
Date: Thu, 09 Jan 2014 14:31:30 +0000
Message-ID: <bug-55945-78-Ty0skWG2t7@https.issues.apache.org/bugzilla/>
In-Reply-To: <bug-55945-78@https.issues.apache.org/bugzilla/>
References: <bug-55945-78@https.issues.apache.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Auto-Submitted: auto-generated
MIME-Version: 1.0

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

--- Comment #1 from Mark Thomas <markt@apache.org> ---
The logic is very different between these cases.

Case 1:
 User requests A
 if user indicates they accept gzip encoding AND A.gz exists
   Return A.gz as A with an appropriate content-encoding header
 else
   return A

Case 2:
 User requests A
 if A has a .svgz extension
   if user indicates they accept gzip encoding
     return A + content-encoding header
   else
     return an error code
 else
  return A


While there are some common concepts, there is little/no overlap between these
cases. I do not see a case for merging these use cases and maintain that
handling of .svgz is best performed by a simple filter mapped to *.svgz until a
more general solution (along the lines of
https://java.net/jira/browse/SERVLET_SPEC-86) is provided by the container.

-- 
You are receiving this mail because:
You are the assignee for the bug.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org