а включить можно было через application.yml".
Т.е. как я понимаю, необязательно рантайм. Знаю про актуатор, а если без новых зависимостей есть инструменты?
if(env.get"controller.endpoint") = "O_T_K_LY_CH_E_N_O) = return
@Profile над контроллером или @ConditionalOnProperty
поставить балансер перед приложением и разруливать это там ?
ну это чёт наверно ту мач. попробую рекомендации выше. спасибо.
Для этих целей есть api gateway всякие .
Зачем? Вот это как раз то что надо https://t.me/jvmchat/440608
Каждый раз чтоб отключить или включить ендпоинт перезапускать контейнер с приоженем?
А как хотели? Контекст спринга с настроенными контроллерами и роутами можно считать статической системой, которую не поменять
Так в том то и дело, на проде такого не встречал никогда. Стандартное решение - апи гейтвей. Допускаю, что неправ.
Как гейтвей это решает? Отыграть роуты? Опять через конфиг и перезапуск, только уже гейтвея
В том то и дело, что гейтвей не надо перезапускать. На холодную включаешь/отключаеш роутинг да и все.
В каком гейтвее это есть?
если я правильно нагуглил, то ConditionalOnProperty работает с бинами, т.е. вешать надо над контроллером-классом, над методом не сработает. тогда нужный маппинг я выделил в отдельный контроллер - его включение/отключение работает. но теперь в сваггере они в разных местах, что как-то "неидеально" смотрится))
поставь аннотации опенапишные над методами, чтобы методы в сваггере «в одном месте были»
Да, есть такое, всё правильно. Если нужно прямо @RequestMapping привязать к профилю, то здесь только через router function, наверное, можно сделать. Но это уже совсем другой подход
добавлю, что профилей в коде желательно не иметь вообще
профили для тестов ессно
Обсуждают сегодня