[Bug 55945] Support pre-compressed (gzip) resources with arbitrary file name extensions
https://issues.apache.org/bugzilla/show_bug.cgi?id=55945 Mark Thomas ma...@apache.org changed: What|Removed |Added CC||chris.d...@gmail.com --- Comment #3 from Mark Thomas ma...@apache.org --- *** Bug 55943 has been marked as a duplicate of this bug. *** -- 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
[Bug 55945] Support pre-compressed (gzip) resources with arbitrary file name extensions
https://issues.apache.org/bugzilla/show_bug.cgi?id=55945 Mark Thomas ma...@apache.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #4 from Mark Thomas ma...@apache.org --- *** This bug has been marked as a duplicate of bug 55946 *** -- 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
[Bug 55945] Support pre-compressed (gzip) resources with arbitrary file name extensions
https://issues.apache.org/bugzilla/show_bug.cgi?id=55945 --- Comment #1 from Mark Thomas ma...@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-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[Bug 55945] Support pre-compressed (gzip) resources with arbitrary file name extensions
https://issues.apache.org/bugzilla/show_bug.cgi?id=55945 --- Comment #2 from Christopher Schultz ch...@christopherschultz.net --- You're right in that the cases are different. I just wanted to point-out that related capabilities already exist in Tomcat. I think the right was to do this is to put a Filter in the examples webapp. -- 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
[Bug 55945] Support pre-compressed (gzip) resources with arbitrary file name extensions
https://issues.apache.org/bugzilla/show_bug.cgi?id=55945 Christopher Schultz ch...@christopherschultz.net changed: What|Removed |Added Hardware|PC |All OS|Mac OS X 10.4 |All -- 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