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

[Mr Gruust (JIRA)]

     [ https://issues.jboss.org/browse/WFLY-9337?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Mr Gruust updated WFLY-9337:
----------------------------
    Description: 
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.

  was:
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 webapp too fast.



> 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: Server
>    Affects Versions: 11.0.0.CR1
>            Reporter: Mr Gruust
>            Assignee: Jason Greene
>
> 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)