]
Tomaz Cerar commented on WFLY-4196:
-----------------------------------
Or by adding filter to specific location like
{noformat}
/subsystem=undertow/server=default-server/host=default-host/location="/"/filter-ref=gzipfilter:add(predicate="path-suffix[.css,
.js]")
{noformat}
where location is one of <location> defined under host.
HTTP protocol violation
-----------------------
Key: WFLY-4196
URL:
https://issues.jboss.org/browse/WFLY-4196
Project: WildFly
Issue Type: Bug
Components: Web (Undertow)
Affects Versions: 8.1.0.Final, 8.2.0.Final
Reporter: Nicolas Cazottes
Assignee: Stuart Douglas
Priority: Blocker
Attachments: bug-wildfly-gzip-war-1.0.0-SNAPSHOT.war,
fiddler_protocol_violation.jpg
If you deploy the given war in wildfly and open this url
http://localhost:8080/bug/images/download.png : it seems to work correctly but if you run
it with fiddler2 active, fiddler reports a protocol violation on the Content-Length header
value.
Actually, If the content is some js or css, the browser does not correctly reads it and
the web page is corrupted.
The explanation is that the web application uses a filter to compress the content in gzip
format.
For information, this application works correctly with jboss as 7 or before (that embed
tomcat). I discovered the problem while trying to upgrade my application.