А можно линк?

На что? На прометус?

а что значит это "оп"?)

это значит что посмотри сообщение в реплае)

тьфу блин, простите)

Я тут упоролся немного и сделал весь бекенд на корутинах

Вот так пишу хендлер

все вызовы сервисов - suspend

И потом объявляю рутовый хендлер

В итоге у меня все на корутинах

Под запросы в базу выделил elastic контекст

норм

ух

Хотелось бы что-то в этом понять))

Не, ну как сказать что-то. Что-то понимаю, а что-то вот совсем нет(

И как ощущения? Кстати, глядя на скриншоты возникает вопрос почему используется Java-style цепные builders  вида something.get(...).post(...). ... а не Kotlin-style DSL вида something { get(...) post(...) ... }?

> И как ощущения?

Ну в целом хорошо, я уже давно использовал корутины тут, но теперь не только там где хендлеры работали как прокси (запрос -> http client -> ответ), а еще и в стандартных хендлерах которые ходят в базу. Подсмотрел реализацию jsonWrapper у ктор кстати, так действительно удобно отдавать данные (раньше ручками в хендлере использовал objectMapper).

Пока из минусов - захломил немного методы в сервисах оберткой withContext.

> Кстати, глядя на скриншоты возникает вопрос почему используется Java-style цепные builders  вида something.get(...).post(...). ... а не Kotlin-style DSL вида something { get(...) post(...) ... }?

Вот как раз в том месте используется синхронный, стандартный RoutingHandler (https://github.com/undertow-io/undertow/blob/master/core/src/main/java/io/undertow/server/RoutingHandler.java#L40)

Т.е. у меня есть набор IoThread в которых идет первоначальная обработка (чтение запроса undertow и роутинг в данном случае), потом идут мои хендлеры - в них я диспатчу запрос из Io в свой тред пул (для них я выделил обычный fixed контекст по количеству тредов), и запросы в базу я делаю в elastic.