[ https://issues.jboss.org/browse/WFLY-4196?page=com.atlassian.jira.plugin.... ] Nicolas Cazottes commented on WFLY-4196: ---------------------------------------- Hello, I have done a few more search on this subject and you guessed right. Actually, the gzip filter uses an HttpServletResponseWrapper that overrides the method setContentLength with an implementation that does nothing. This wrapper does not override setContentLengthLong as it has been written with servlet 2.5 compliance. I upgraded the filter's building dependency javax.servlet-api version to 3.1 and overriden the setContentLengthLong method to do nothing. It works then successfully with wildfly and also all versions of Jboss on which my application runs :). My conclusion is that, for my use case, wildfly breaks the compatibility of the servlet api previous to 3.1 : it requires the application to be rebuild with a constraint of 3.1 servlet api version. I don't know if wildfly should be able to run pure servlet 2.5 web application for spec compliance and if this point is to be considered a bug or if 3.1 is mandatory for the application to be run. -- This message was sent by Atlassian JIRA (v6.3.11#6341)