В среде, которую я использую (Tomcat 6), процентные последовательности в сегментах пути, по-видимому, декодируются с использованием ISO-8859-1 при сопоставлении с @PathVariable.
Я хотел бы, чтобы это был UTF-8.
Я уже настроил Tomcat для использования UTF-8 (используя атрибут URIEncoding в server.xml).
Является ли Spring/Отдых делает декодирование самостоятельно? Если да, где я могу переопределить кодировку по умолчанию?
Дополнительная информация; здесь мой тестовый код:
@RequestMapping( value = "/enc/{foo}", method = RequestMethod.GET )
public HttpEntity<String> enc( @PathVariable( "foo" ) String foo, HttpServletRequest req )
{
String resp;
resp = " path variable foo: " + foo + "\n" +
" req.getPathInfo(): " + req.getPathInfo() + "\n" +
"req.getPathTranslated(): " + req.getPathTranslated() + "\n" +
" req.getRequestURI(): " + req.getRequestURI() + "\n" +
" req.getContextPath(): " + req.getContextPath() + "\n";
HttpHeaders headers = new HttpHeaders();
headers.setContentType( new MediaType( "text", "plain", Charset.forName( "UTF-8" ) ) );
return new HttpEntity<String>( resp, headers );
}
Если я делаю HTTP-запрос GET со следующим URL-адресом URI:
/TEST/enc/%c2%a3%20and%20%e2%82%ac%20rates
который является кодировкой UTF-8, а затем процентной формой
/TEST/enc/£ and € rates
вывод, который я получаю:
path variable foo: £ and ⬠rates
req.getPathInfo(): /enc/£ and € rates
req.getPathTranslated(): C:\Users\jre\workspace\.metadata\.plugins\org.eclipse.wst.server.core\tmp0\wtpwebapps\TEST\enc\£ and € rates
req.getRequestURI(): /TEST/enc/%C2%A3%20and%20%E2%82%AC%20rates
req.getContextPath(): /TEST
который мне показывает, что Tomcat (после установки атрибута URIEncoding) делает правильную вещь (см. getPathInfo()), но переменная пути декодируется еще в ISO-8859-1.
И ответ:
Spring/По-видимому, используется кодировка запроса, что очень странно, поскольку это касается тела, а не URI. Вздох.
Добавление этого:
<filter>
<filter-name>CharacterEncodingFilter</filter-name>
<filter-class>org.springframework.web.filter.CharacterEncodingFilter</filter-class>
<init-param>
<param-name>encoding</param-name>
<param-value>UTF-8</param-value>
</init-param>
</filter>
<filter-mapping>
<filter-name>CharacterEncodingFilter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
исправлена проблема. Это действительно должно быть проще.
И на самом деле это хуже:
Если у метода действительно есть тело запроса и что он не закодирован в UTF-8, необходим дополнительный параметр forceEncoding. Это похоже на работу, но я обеспокоен тем, что это вызовет больше проблем.
Другой подход
Тем временем я узнал, что можно отключить декодирование, указав
<property name="urlDecode" value="false"/>
... в этом случае получатель может поступить правильно; но, конечно же, это сделает многое другое.