Александр

тут коллеги вопрос подкинули: как логировать тело http-запроса в WebFlux, и я прям тааак задумался: а правда, как? Body же приходит в виде Flux'а буферов, которые к тому же вр...

Про обёртку реквеста, которая будет возвращать не оригинальный body, а его иммитацию от уже вычитанных данных, мысль была, а вот про декодер не в курсе, это куда посмотреть мо...

А вариант с AOP на каких-то более ранних этапах жизни приложения, не в рантайме?

Обычно в таком случае нужно подумать, а что мы, собственно говоря, делаем? Практически всегда такие непонятные структуры являются следствием просчёта где-то уровнем выше

что за дурацкое занятие, разве не продуктивнее считать переменные?

Вопрос: Kotlin+Spring+AOP, есть ли жизнь без (all)open? Использование не спрингового аоп тоже рассматриваемо, если у кого-то есть живой опыт.

Насколько оно в спринговом приложении уживается? Т.е. речь не про использование спрингом AJеевских аннотаций, а честная работа.

Сделать класс что-то-key со всеми нужными полями и корректно переопределёнными equals и hashCode и использовать его в качестве ключа?

боюсь скатиться в совершеннейший оффтоп... но как удалось отправить это сообщение незаметно для тюремщиков?

А нужна ли мапа? Сделать класс с массивом размером с энам и по ординалам по индексам обращаться

а если тело запроса никому не понадобится, т.е. на пайплайн с body никто не подпишется?

Возможно стоит посмотреть в сторону котлина и его корутин?

чёрт, неужели выпиливать?

Это куда смотреть?

сравнимо с erlang?