isn't that compression only working when the browser request for it? So there are buggy browsers that do request it but can't handle it?
i would say that an opt-out is then also fine.. On Wed, 10 Jun 2020 at 08:28, Martin Grigorov <mgrigo...@apache.org> wrote: > On Tue, Jun 9, 2020 at 11:26 PM Manuel Dominguez Sarmiento <m...@renxo.com > > > wrote: > > > I would not change this default. GZIP (or other kinds) of response > > compression are better addressed as servlet filters. Having the Tomcat > > feature is good, but IMHO it should only be enabled by those who need it. > > > > At least in our case we have our own code to deal with this, considering > > proxying, CDN, buggy browsers, etc. > > > > I think the same - it should be opt-in feature. > > My 2c. > > Martin > > > > > > *Manuel Dominguez Sarmiento* > > > > On 09/06/2020 17:20, Mark Thomas wrote: > > > Hi all, > > > > > > An enhancement has been opened to enable response compression by > default: > > > https://bz.apache.org/bugzilla/show_bug.cgi?id=64431 > > > > > > In short, the proposal is to change the default for the Connector's > > > compression attribute from "off" to "on". > > > > > > This would be for Tomcat 10 onwards only. > > > > > > The following would be unchanged: > > > - compressibleMimeType > > > - compressionMinSize > > > - noCompressionStrongETag > > > > > > It would be helpful to know what the range of views of the user > > > community are on this proposal. > > > > > > So, thoughts? > > > > > > Mark > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > > > For additional commands, e-mail: users-h...@tomcat.apache.org > > > > > > > > -- Johan Compagner Servoy
