DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=37834>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=37834
Summary: compressableMimeTypes not working properly
Product: Tomcat 5
Version: Unknown
Platform: Other
OS/Version: other
Status: NEW
Severity: normal
Priority: P2
Component: Connector:HTTP
AssignedTo: tomcat-dev@jakarta.apache.org
ReportedBy: fern@alum.mit.edu
the compressibleMimeTypes option for the Http Connector is buggy in that it only
allows you to add mime types to the default list, but does not allow you to
override the whole list ( remove default ones ).
So even if I set compressibleMimetypes = "one/type" the connector would behave
as if I had used "text/html,text/xml,text/plain,one/type".
The problem lies in Http11Processor prefilling the compressibleMimeTypes array
with the defaults, and the setCompressibleMimeTypes method not remove them, but
add them.
Possible solutions:
1) Have that array default empty. This can work because the parent/using class,
Http11Protocol already has the mimetypes within its defaults.
2) Have setCompressibleMimeTypes method empty out the array, as probably expected.
Background:
Http Compression is a HUGE win for production environments. But there is a bug
in IE's handling, that causes it to not decompress content when plugins (flash)
ask for it. So those plugins (flash) are stuck with unexpectedly compressed
content, bringing your web application to malfunction.
Our hope was to turn off compression only for our xml files, so that our flash
application could download them appropriately.
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org
|