1) Меня очень грустит дизайн, сам факт того, что я могу передать в resond Any, при этом я вообще хз, что я получу в результате. И ладно, я могу всегда пользоваться методом, который отдаёт байтики, но может прийти кто то после меня начать кидать этот Any и на выходе получать вообще хер знает что
2) Очень забавная ситуация с parameters, что там лежат и query и path параметры
3) Баги с вебсокетами
4) Через жопу сделанный graceful shutdown

Дизайн клиента вообще полный трешак, хотели абстрагироваться для мультиплатформы в итоге я не могу просто там взять обернуть какой нибудь стандартный клиент, и навешать на него свою функциональность, ну и опять же эти Any

Интерфейс связал бы по рукам адаптер к конкретному инструменту сериализации, потому нет, нельзя.
Можно юзать Lychee -- юзай, я же не спорю :)

4) Через жопу сделанный graceful shutdown

а че там?

Поэтому нужна абстрактная инфраструктура сериализации, не привязывающая к конкретной библиотеке сериализации. Ну, вроде Lychee.

Ну он по факту ничего не ждёт, там есть параметр сколько ты хочешь шатдаунится, мне допустим нужно дождаться всех операций, в среднем они завершаться за секунду, но может быть и такое, что они завершаются 56 секунд, дак вот, если ты выставишь 2 секунды, то шатдаун будет идти 4 секнуды всегда, оно не дождётся всех запросов что логично, но и не завершится раньше если всё уже завершилось.
Почему 4? - Спросите вы, да потому что там сделано синзронное ожидание завершение фьючей на двух воркер пулах подряд, чтобы точно всё дождаться надо выставлять 56 секунд и ждать долбанные 2 минуты
Воооот

Твоя абстрактная инфраструктура, не привязанная к конкретной библиотеке, требует явного описания модели там, где большинство библиотек имеют модель без помощи разработчика. Потому смысла в ней как в абстракции над существующими JSON-либами ноль.

мне пока непонятно зачем там shutdown url)

Типизируйте протокол, епта, можно было сделать что то такое:

fun <A> respond(response: A, marshaller: Marshaller<A>)

там каку не запихнешь)

Интересно что скажет скала 🤔