родым?
в плане клиента?

В плане жава/с++/whatever. Там есть отдельный пакет на конфигурацию каналов?

как где вроде

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

в java был отдельный тип для сервера с requestChannel(payload, flux) но потом его вроде выпилили, типа юзать операторы на flux

Просто если пакеты равноправны, не понятно, что будет при реконнекте

вообще, если смотреть в спеку, то для первого пакета можно устанавливать определённые metadata которые не нужны в остальных (типа routing)

что Вы подразумеваете под reconnect?

А можно меня не надо с большой буквы ( меня и на ты можно, я всем выкаю по привычке)? Ну вот если по каким-то причинам соединение дропнуто и идет переподключение. Как узнать что первый пакет именно первый?

Если у него специальная отметка в метадате, то все ОК, но это должно как-то отрабатываться на уровне API

можно и на ты, ок

в данный момент, если соединение дропнет - то будет просто ошибка и в общем то всё, request failed, connection failed - надо создавать новое
в 0.11.0 есть reconnectable - то там по сути тоже самое, но не будет connection failed - создастся новое подключение и новые запросы будут работать
в спеке же есть resumability - которая сейчас перерабатывается и поэтому мы решили пока дождаться её релиза и тогда делать
PS - resumability - пока вообще только java поддерживает на данный момент по старой спеке

и вот тебе нужно, как я понимаю, resumability, чтобы если произошёл разрыв соединения и переподключение, то flow из requestChannel бы продолжил с того места, на котором остановился
этого пока нет

Я пока скорее думаю, как это будет работать. Переподключиться - не проблема. reconnectable - то, что надо. А где его надо ставить?

а, вроде нашел

https://github.com/rsocket/rsocket-kotlin/blob/master/examples/interactions/src/jvmMain/kotlin/ReconnectExample.kt#L48
но нужна 0.11.0-SNAPSHOT версия

да я уже переполз. Надеюсь, к том времени, как будем это релизить, вы задеплоитесь

а когда там тебе нужно релиз?)
просто вообще, сейчас, думаю часто будут breaking changes :(

Ну это нормально. В прототип к концу ноября ( но там будет одноразовый продукт, которы можно сбилдить и забыь), а как либа весной

Меня breaking changes не пугают. А вот SNAPSHOT несколько напрягает, поскольку может сломаться без действий с моей стороны

тогда ещё всё более менее нормально
к весне надеюсь будет релиз со стабильным API