[
https://issues.jboss.org/browse/WFLY-9337?page=com.atlassian.jira.plugin....
]
Mr Gruust commented on WFLY-9337:
---------------------------------
The fact that changing the default fixes the problem, does not imply that the shipping
default is the actual cause of the issue. Actually, it indicates that request decoding
erroneously relies on this default.
servlet container has no UTF-8 encoding default set, produces garbage
on form submissions
-----------------------------------------------------------------------------------------
Key: WFLY-9337
URL:
https://issues.jboss.org/browse/WFLY-9337
Project: WildFly
Issue Type: Bug
Components: Web (Undertow)
Affects Versions: 11.0.0.CR1
Reporter: Mr Gruust
Assignee: Stuart Douglas
The problem described over there
https://stackoverflow.com/questions/31205287/encoding-servlets-with-utf-8... still
exists with the latest release. I had to explicitly set UTF-8 as default encoding to make
resteasy properly decode form submissions and not decode UTF-8 as latin-1 (at least it
looks a lot like that to me).
On top of that, persisting session ids to file store (without using
<distributable/> in web.xml) tends to lose the session store when reloading the
(unmanaged) webapp too fast during development.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)