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=43622>.
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=43622





------- Additional Comments From [EMAIL PROTECTED]  2007-10-18 06:25 -------
There is a mistake with the attribute name, it is compressionMinSize, not
minCompressionSize

(In reply to comment #0)
> 2 of the compression related attributes for the http connector are:
> 
> compression = on | off | force | <integer val>
> The documentation states that integer val will be implemented as:
> compression="on" and minCompressionSize = <integer val>
> 
> minCompressionSize = <integer val>
> (The documentation for 5.5.12 doesnt mention this at all, but read this in the
> server.xml)
> 
> The problem is that the documenation gives the impression that only setting
> compression="some integer val" is sufficient, however the way the code is
> written, the value of "minCompressionSize" always overrides the value 
> specified
> in the "compression" field. Even if minCompressionSize isnt set, it will still
> get the default value of 2048 and override whatever value was there in the
> "compression" field.
> 
> I looked at the implementation of the http11 connector and found the following
> code that might be the culprit:
> 
> In org.apache.coyote.http11.Http11BaseProtocol.Http11ConnectionHandler.init
>     processor.setCompression( proto.compression );
>     processor.setCompressionMinSize( proto.compressionMinSize);
> 
> since the "setCompressionMinSize" is called after compressionMinSize, its 
> value
> will override the value read from compression atttribute.
> 
> 
> I have looked at the code for Tomcat 6.0 also, and the problems appears to 
> still
> be present.



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

Reply via email to