[jboss-jira] [JBoss JIRA] (WFLY-9337) servlet container has no UTF-8 encoding default set, produces garbage on form submissions
Mr Gruust (JIRA)
issues at jboss.org
Mon Sep 11 13:59:00 EDT 2017
[ https://issues.jboss.org/browse/WFLY-9337?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13462296#comment-13462296 ]
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-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)
More information about the jboss-jira
mailing list