[jboss-jira] [JBoss JIRA] (WFLY-4196) HTTP protocol violation

[ https://issues.jboss.org/browse/WFLY-4196?page=com.atlassian.jira.plugin.... ] Nicolas Cazottes commented on WFLY-4196: ---------------------------------------- Hi, I confirm after adding this configuration that the default gzip filter in undertow works correctly without any problem. Neverless, my need is to handle it in the application and not globally in the server. For the different ideas, as it works correctly in previous versions of Jboss (EAP 6, EAP 5 and EAP 4) with the same WAR, I think, you should perhaps look at how it is managed in these versions (I suppose in tomcat) to set a similar strategy. I think for example, a strategy could be to detect that under a defined content size (for example 64kb), undertow bufferize and set the content-length after the filter processing. If more than 64kb content is detected, switch to chunked encoding which is justified. To complete my case, my application serves small files like in the given sample war but also big text files of 25Mb which compress in a few Mb transparently through this gzip filter. This problem seems not to be specific to gzip compression. Imagine a filter that does pre or post processing of files (js or css server side includes for example), the problem would be the same. From what I have seen with my application, for jquery.js file, if the browser does not have the correct Content-Length size, the file is not correctly interpreted. -- This message was sent by Atlassian JIRA (v6.3.11#6341)