[jboss-jira] [JBoss JIRA] (WFLY-9337) servlet container has no UTF-8 encoding default set, produces garbage on form submissions

[Stuart Douglas (JIRA)]

    [ https://issues.jboss.org/browse/WFLY-9337?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13462359#comment-13462359 ] 

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-on-wildfly 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)