[
https://issues.jboss.org/browse/WFLY-9337?page=com.atlassian.jira.plugin....
]
Stuart Douglas commented on WFLY-9337:
--------------------------------------
Browsers do not generally send an encoding when performing form submission, which is why
the default is used. If you do not want to rely on the Servlet containers default it is up
to you to set the request encoding before the data is parsed.
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)