【问题标题】:Filename characters encoding in Jsf 2.2 Upload vs. Apache Commons UploadJsf 2.2 上传与 Apache Commons 上传中的文件名字符编码
【发布时间】:2016-05-26 14:41:31
【问题描述】:

Wildfly 8、Omnifaces 2.2、Primefaces 5.2、JSF 2.2.11 (Mojarra)

我使用Ominifaces CharacterEncodingFilter 来确保文件名在服务器上正确编码。奇怪的是,如果 Primefaces 使用 Jsf 内部上传,则文件名未编码。如果 Primefaces 使用较旧的方法和 Appache Commons 就可以了。

示例:“Hällo.jpg”变为“Hällo.jpg”

Web.xml 配置: Apache解决方案(正确):

<filter>
         <filter-name>PrimeFaces FileUpload Filter</filter-name>
         <filter-class>org.primefaces.webapp.filter.FileUploadFilter</filter-class>
   </filter>
   <filter-mapping>
         <filter-name>PrimeFaces FileUpload Filter</filter-name>
         <servlet-name>Faces Servlet</servlet-name>
   </filter-mapping>
   <context-param>
         <param-name>primefaces.UPLOADER</param-name>
         <param-value>commons</param-value>
   </context-param>

<filter>
    <filter-name>characterEncodingFilter</filter-name>
    <filter-class>org.omnifaces.filter.CharacterEncodingFilter</filter-class>
</filter>
<filter-mapping>
    <filter-name>characterEncodingFilter</filter-name>
    <url-pattern>/*</url-pattern>
</filter-mapping>

Jsf 上传(字符未编码)。其他参数被删除。

<filter>
    <filter-name>characterEncodingFilter</filter-name>
    <filter-class>org.omnifaces.filter.CharacterEncodingFilter</filter-class>
</filter>
<filter-mapping>
    <filter-name>characterEncodingFilter</filter-name>
    <url-pattern>/*</url-pattern>
</filter-mapping>

编辑:由于回答这是一个服务器错误。我尝试配置服务器:

<jboss-web>
 <default-encoding>UTF-8</default-encoding>
</jboss-web>

<servlet-container name="default" default-encoding="UTF-8">

但没用。

【问题讨论】:

  • 这在技术上是服务器使用的一个错误。究竟是哪个WF8?试过现在的WF10吗?
  • 感谢您的评论。我们使用的是WF8.2.0Final。我们还没有尝试过WF10。
  • WF 正在使用Undertow 1.1.0.Final

标签: jsf-2 primefaces omnifaces


【解决方案1】:

我转载了它,WildFly 根本没有考虑multipart/form-data 请求的请求请求正文编码。您确实必须在服务器端配置它(就像您为 GET 请求所做的那样)。

打开/standalone/configuration/standalone.xml,看下面一行

<servlet-container name="default">

改成

<servlet-container name="default" default-encoding="UTF-8">

然后重新启动。这至少在 WildFly 10.0.0 上对我有用。我创建了问题WFLY-6226,让它首先考虑请求正文编码,因此无需编辑standalone.xml

在 WildFly 8.x(我测试了 8.2.1)中,不幸的是,这仍然不起作用,因为它根本没有考虑上述设置。您最好的选择是继续使用 Apache Commons FileUpload,直到您可以升级 WildFly。

如果您真的想保持原生上传,那么您可以考虑使用 ISO-8859-1 将损坏的文件名显式解码为字节,然后使用 UTF-8 重新编码。

String fileName = new String(uploadedFile.getFileName().getBytes("ISO-8859-1"), "UTF-8");

然而,这很脆弱且不可移植,因为当部署到没有出现此编码问题的服务器时,它会损坏。因此,您确实需要记住在升级/迁移时恢复解决方法。

【讨论】:

  • 感谢您的回答!不幸的是,您的解决方案没有帮助。我换行了,清空了 WF tmp/ 和 data/ 目录。
  • 好的,排除一个和另一个,你究竟在哪里检查了新值?我得到了Hällo.jpg“如预期”,而不是H??llo.jpg。问号通常只出现在例如System.out.println()编码错误,或者当JDBC驱动编码错误时。
  • 是的,你是对的,我也有 Hällo.jpg。我会纠正这个问题。这是我的(错误的)简化。
  • 我昨天在WF10上测试过。我刚刚尝试了 WF 8.2.1,它确实不起作用。 WF8 似乎还有另一个错误,即完全没有考虑多部分/表单数据编码,对此感到抱歉。我会更新答案。
猜你喜欢
  • 2013-09-12
  • 2012-02-28
  • 2012-12-11
  • 2015-02-05
  • 1970-01-01
  • 1970-01-01
  • 2010-11-11
  • 2011-01-10
  • 1970-01-01
相关资源
最近更新 更多