rdmЕсли вы говорите о Error или RuntimeException спору нет, а если проверяемое исключение?
Например пользователь исчерпал лимит чего-нибудь, лучше выдать сообщения, чем 500.Так я ж и говорю - Вы не умеете готовить исключения )
Зачем же сразу 500-я??? Допустим у Вас контроллер обычный сервлет. В него заинжектили ссылку на EJB. Дергаете метод, который выкидывает MyValidationException. Ловите исключение в контроллере, принимаете решение что делать, например, перенаправляете на страницу, на которой вежливо объясняете пользователю, что он там исчерпал.

Поймите, что наружу все равно надо передать инфу об исключительной ситуации. Тем или иным способом. Исключения просто поудобнее.
1) Обходите ограничение на единственный возвращаемый объект.
2) Явно декларируете возможную исключительную ситуацию, обязывая ее обработать. Не редкость, что бэк-энд и фронт разрабатывают разные люди.
3) Получаете возможно "перескочить" наверх по цепочке вызовов без необходимости возвращать enum'ы или другие объекты.

Petro123WGAПоймите, что наружу все равно надо передать инфу об исключительной ситуации.
ну, если просто сайт. Публичный сайт. То юзверю не выводится. В целях безопасности.Конечно, я упрощаю.
rdmСейчас понимание приходит) А еще мне очень понравился MethodValidate HV, везде понатыкаю его.Не надо "втыкать" повсюду ) Достаточно создать один класс-интерцептор (если используете EJB) или один аспект, если Spring. Method Validation и задумывалось с таким расчетом.
Проверяем описание класса и если задекларирован специальный класс-исключение (или его потомок), то выбрасываем такое исключение. Если же нет - выбрасываем RuntimeException, у которого cause = заданному исключению. Надеюсь понятно объяснил.

rdmWGA, я понял из прочитанного(для Spring), что вещается интерцептор, которые проверяет сначала параметры вызова, затем выполняет тело метода и потом проверяет результат работы метода. Если в одна из двух проверок "проваливается" генерируется исключение(для меня не понятно почему оно не проверяемое) со списком значений, в которых собственно и содержится информация о причинах возникновения.В Spring не юзал, не скажу. Непроверяемое - потому что в общем случае интерцептор не может выбрасывать исключение, которое не объявлено обернутым методом. Иначе получишь не совсем то, что ожидал )

rdmЯ вижу минус в том, что IDE не заставит их обработать, т.е. вполне можно забыть обернуть вызов метода в блок try catch )Можно подумать оно помешает не обрабатывать их в других случаях...

Из примеров когда заставит не просто среда, а компилятор - декораторы в EJB (точнее в CDI). Там рулит type-safe...

rdmWGAпропущено...
Можно подумать оно помешает не обрабатывать их в других случаях...

Из примеров когда заставит не просто среда, а компилятор - декораторы в EJB (точнее в CDI). Там рулит type-safe...
Подробнее можно? ) Можно .