W środowisku, którego używam (Tomcat 6), sekwencje procentowe w segmentach ścieżek najwyraźniej są dekodowane przy użyciu ISO-8859-1 podczas mapowania do zmiennej @PathVariable.Spring/Rest @PathVariable kodowanie znaków
Chciałbym, żeby to było UTF-8.
Już skonfigurowałem Tomcat do korzystania z UTF-8 (przy użyciu atrybutu URIEncoding w pliku server.xml).
Czy Spring/Rest wykonuje samodzielnie dekodowanie? Jeśli tak, to gdzie mogę nadpisać domyślne kodowanie?
Dodatkowe informacje; tu jest mój kodu testu:
@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);
}
Jeśli zrobić żądania HTTP GET z następującej ścieżce URI:
/TEST/enc/%c2%a3%20and%20%e2%82%ac%20rates
która jest kodowanie UTF-8 wtedy procent kodowane formę
/TEST/enc/£ and € rates
Dane wyjściowe, które otrzymuję to:
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
co do mnie pokazuje, że Tomcat (po ustawieniu atrybutu URIEncoding) robi właściwą rzecz (zobacz getPathInfo()), ale zmienna ścieżki jest dekodowana jeszcze w ISO-8859-1.
A odpowiedź jest:
Wiosna/Reszta najwyraźniej wykorzystuje kodowanie żądania, co jest bardzo dziwne rzeczą do zrobienia, ponieważ jest to temat ciała, a nie URI. Westchnienie.
Dodanie tego:
<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>
rozwiązaniu problemu. To naprawdę powinno być prostsze.
I rzeczywiście, to gorzej:
Jeśli metoda rzeczywiście ma ciała żądanie, i że nie jest kodowany w UTF-8, potrzebny jest dodatkowy parametr forceEncoding. To wydaje się działać, ale obawiam się, że spowoduje to później więcej problemów.
Innym podejściem
W międzyczasie okazało się, że jest to możliwe, aby wyłączyć dekodowanie, mój określając
<property name="urlDecode" value="false"/>
... w takim przypadku odbiorca może do słuszne; ale oczywiście spowoduje to wiele innych rzeczy trudniejszych.
To brzmi dobrze w teorii, ale nie pomaga. Patrząc na dokumenty, jeśli wymusza kodowanie * body *, a nie URI. –
@Julian: To jest właściwe rozwiązanie (chociaż 'forceEncoding' nie jest konieczne), Spring używa kodowania żądań do rozwiązania zmiennych ścieżek, patrz http://static.springsource.org/spring/docs/3.0.x/javadoc-api /org/springframework/web/util/UrlPathHelper.html (i tak samo potrzebujesz tego filtru dla parametrów POST). – axtavt
@axtavt: oh my, kto wymyśla takie projekty? W każdym razie, byłem w stanie potwierdzić, że rzeczywiście otrzymuję kodowanie UTF-8, gdy wysyłam żądanie HTTP z treścią kodowaną w UTF-8, taką jak POST. * Nie * udało mi się przekonać działającego filtru (wiem, że coś się dzieje, ponieważ po złamaniu nazwy klasy otrzymuję wyjątek ClassNotFoundException). –