Допустим, есть форма, содержащая строку ввода (или скрытое поле - неважно), предназначенную для ввода числового значения, в дальнейшем Long:
1.
<input type="text" value="" name="entityid"/>
и контроллер с методом, обрабатывающим запрос отправки формы с указанным параметром:
1.
2.
3.
4.
@RequestMapping(value = "/somepath", method = RequestMethod.POST)
public String test(@RequestParam(value = "entityid") Long entityId) {
...
}
Если в поле ввода ничего не вводить, то получим исключение:
авторorg.springframework.web.bind.MissingServletRequestParameterException: Required Long parameter 'entityid' is not presentПричем, включение request = false в @RequestParam ничего не даст. Но с пустой строкой можно бороться, добавив дефолтное значение в @RequestParam: defaultValue = "0", которое потом обработать.
Однако если в строку ввода все же ввести не число (например, "null"), то получим исключение
авторorg.springframework.beans.TypeMismatchException: Failed to convert value of type 'java.lang.String' to required type 'java.lang.Long'; nested exception is java.lang.NumberFormatException: For input string: "null"
То есть получается, что если делать достаточно надежную систему "от дурака", то использовать "@RequestParam Long param" нельзя, надо в любом случае получать String и уже вручную парсить в try .. catch, добавляя 5-8 строк "лишнего" кода в метод. Отсутствует логика - если параметр не может привестись к нужному типу, он по идее должен вернуть null как значение параметра. Возможно, это кому-то нужно - знать, что произошло исключение при парсинге. В этом случае есть ли механизм обработки/ловли исключения при подобном случае? Получается, что подобная проблема будет фактически для любого не-String параметра, сводя на нет удобство использования указания параметров метода. Ну, или анализ на клиенте, совершенно не подходящий для надежного приложения.
