Это не дублированный вопрос, поскольку это Spring конкретный. Тот, кто добавил, что (через 3 года после факта!) Не удосужился прочитать вопрос или комментарий, чтобы узнать, каков реальный ответ. Принятый ответ - не совсем ответ, но автор ответа так и не вернулся и отредактировал его, как я спросил.
В соответствии с приведенным ниже способом, Spring 3.1 дает ошибку 400 с "Запрос, отправленный клиентом, был синтаксически неправильным()". когда параметр token
содержит кодированную косую черту (% 2F), например " https://somewhere.com/ws/stuff/lookup/resourceId/287559/token/R4o6lI%2FbBx43/userName/jim" Без% 2F все работает нормально. Третья сторона уже звонит в эту службу (конечно!), Поэтому я не могу изменить то, что они отправляют, в краткосрочной перспективе, по крайней мере. Любые идеи о том, как обойти это на стороне сервера?
Эта проблема очень хорошо описана здесь https://jira.springsource.org/browse/SPR-8662, хотя эта проблема связана с UriTemplate, которую я не использую, что я могу сказать.
@RequestMapping("/ws/stuff/**")
@Controller
public class StuffController {
@RequestMapping(value = "/ws/stuff/lookup/resourceId/{resourceId}/token/{token}/userName/{userName}", method = RequestMethod.GET)
public @ResponseBody
String provisionResource(@PathVariable("resourceId") String resourceId, @PathVariable("token") String token, @PathVariable("userName") String userName, ModelMap modelMap,
HttpServletRequest request, HttpServletResponse response) {
return handle(resourceId, userName, request, token, modelMap);
}
}
Примечание. Это на Glassfish 3.1.2, и сначала Grizzly/Glassfish не принимали косую черту, но
-Dcom.sun.grizzly.util.buf.UDecoder.ALLOW_ENCODED_SLASH=true
исправлено это.
asadmin set configs.config.server-config.network-config.protocols.protocol.http-listener-2.http.encoded-slash-enabled=true
похоже, не помогло.