Вообще надо брать кубик и использовать spring cloud kubernates

Кстати, насчет реактивщины и колбэков. Все отлично ложится на корутины, код получается императивным)

Я с корутинами (и вообще котлином) не работал. Но интересно, как у такого кода дела с дебагом (например, поставить брикпоинты и идти по коду построчно), со стектрейсами (не становится ли стектрейс total mess, в котором ничего не понять) и т.п. Ведь по факту-то код лишь притворяется императивным, а сам все еще асинхронный. :)

Для джавы, кстати, тоже есть либа (https://github.com/electronicarts/ea-async), позволяющая писать асинхронный код синхронно через примитивы async/await, которые эта либа эмулирует с помощью java agent instrumentation. Но ее я тоже не пробовал.

Думаю, что стектрейс становится total mess.

С отладкой и стектрейсами так все ок)

С либой этой я думаю сравнивать не стоит) там очень все хитро под капотом, по сути механика работы такая же как лума, но в его случае все делает вм, а у корутин генерируется байт-код, который это проворачивает

Корутины - Стейт машина

У нас был выбран вебфлакс, потому что делаем систему диспетчеризации
Нужно читать из ккчи мест и в кучу мест писать
По разным протоколам
Что-то из opc, что-то в бд
Сначала там были коллбэки
Очень много коллбэков
А сейчас как раз и занимаюсь переписыванием этого всего на реактивную модель
Да, код становится сложнее, надо больше думать и следить, чтобы всё было именно так, как хочешь, а не  в другом порядке
Но относительно старого вида с коллбэками и прочим обвесом код стал логичнее (и даже быстрее немного)

Ну и, конечно, выглядит красиво
Хочется применять много где
Но, если подумать и посмотреть, как это все работает (а еще получить много проблем при дебаге), то желание пихать куда угодно пропадает

У нас вот-вот на парах вебфлакс пойдет

Хз, я после многопоточки ниче не боюсь, месяц лабу кодил. Вебфлакс это какие-то ясли будут...

Я бы не зарекался

Начнется бэкпреже и прочие весёлости

Самым страшным, что я использовал в джаве, я считаю JNI

Вот там такие приколы внутри

Не так-то просто получить SEGFAULT, работая на джаве)

всем доброго времени бытия, назрел вопрос
есть POSTmapping, который логинит юзеров, данный мапинг помечаю в security-config’e как loginprocessingurl(), но логика которая внутри этого мапинга не отрабатывает, но логин происходит

там для отладки делал несколько sout’oв и они напрочь отказываються работать

loginprocessingurl() указывает адрес, на котором spring security повесит свой обработчик логина, соответственно он его обработает и никакой маппинг его не поймает