Нет. У меня обертка к внешниему сервису, связь с которым через сокет. Все рест-запросы обращаются к нему. Если нет соединения то надо возвращать код ошибки. Писать везде и всюду проверку - ну очень не красиво...

Думаю вам могут помочь аспекты: https://habr.com/ru/post/428548/

Опять не так меня поняли) Не хочется писать в каждом вызове if (!service.isAuth()) throw new ResponseException(....) тем более что проверки могут быть разные. Да, я могу их вынести в какой-нибудь хелпер класс, но все таки раз уж спринг весь такой гибкий, то хочется просто аннотировать метод указав класс валидатора и код ошибки при не выполнении условия

Нет. У меня обертка к внешниему сервису, связь с которым через сокет. Все рест-запросы обращаются к нему. Если нет соединения то надо возвращать код ошибки. Писать везде и всюду проверку - ну очень не красиво...

#offtopic, #spring_security ребят, доброго вечера или ночи, прощу прощения если не по адресу, но думаю в энтерпрайзе всегда найдется такое, что: имеется велосипед авторизации и аутентификации на Spring AOP, версии типа 2.1.1, где на каждый чих приходится ходить в БД оракл, от Security модуля используется ровно ничего, от самого Spring’а используются разве что возможности IoC контейнера, и даже не ввиде стартера, а как отдельная либа в локальном репозитории, где в каждом проекте по «конвенции» приходится выкачивать «руками» тысячу зависимостей и наследоваться от определённого класса, дабы всякие аспекты смогли сходить в бд. Хотел бы предложить тех. диру попробовать security модуль и oauth2 фичи, но ввиду того, что собственный опыт не позволяет переплюнуть наработки текущего сеньора велосипедиста, не знаю как объяснить плюсы нативных решений от спринга, может кто поможет состряпать объяснения, почему AOP прокси поверх прокси методов с блокирующим потоком это не очень, ну и в целом возможно само архитектурное решение ИМХО не очень? Спасибо.

Опять не так меня поняли) Не хочется писать в каждом вызове if (!service.isAuth()) throw new ResponseException(....) тем более что проверки могут быть разные. Да, я могу их вынести в какой-нибудь хелпер класс, но все таки раз уж спринг весь такой гибкий, то хочется просто аннотировать метод указав класс валидатора и код ошибки при не выполнении условия

Думаю вам могут помочь аспекты: https://habr.com/ru/post/428548/

в тот момент, когда вы попытаетесь что-то послать в 3rd party сервис, который не рабочий, вылетит какой-нибудь эксепшен, верно? вот его можно перехватить в @ExceptionHandler и выдать любой ответ, какой нравится.

а чтобы ограничить кол-во раз, которые запрос доходит аж до вызова 3rd party сервиса, пока он не работает, существует паттерн circuit breaker.

из пушки по воробьям, вообще какой то оверинженеринг

На самом деле все ответы полезны, спасибо всем

я не хотел использовать вариант с эксепшенами потому, что они дают большой оверхед. медленные они...

я не хотел использовать вариант с эксепшенами потому, что они дают большой оверхед. медленные они...

я не хотел использовать вариант с эксепшенами потому, что они дают большой оверхед. медленные они...