RSocket-респондеры могут быть реализованы в виде методов с аннотациями @MessageMapping
и @ConnectMapping
. Методы, аннотированные @MessageMapping
, обрабатывают отдельные запросы, а методы, аннотированные @ConnectMapping
, – события на уровне соединения (установка и проталкивание метаданных). Аннотированные респондеры поддерживаются симметрично, и для ответов со стороны сервера, и для ответов со стороны клиента.
Респондеры на стороне сервера
Чтобы использовать аннотированные респондеры на стороне сервера, добавьте RSocketMessageHandler
в конфигурацию Spring для обнаружения помеченных аннотацией @Controller
бинов с методами, аннотированными @MessageMapping
и @ConnectMapping
:
@Configuration
static class ServerConfig {
@Bean
public RSocketMessageHandler rsocketMessageHandler() {
RSocketMessageHandler handler = new RSocketMessageHandler();
handler.routeMatcher(new PathPatternRouteMatcher());
return handler;
}
}
@Configuration
class ServerConfig {
@Bean
fun rsocketMessageHandler() = RSocketMessageHandler().apply {
routeMatcher = PathPatternRouteMatcher()
}
}
Затем запустите RSocket-сервер через API RSocket для Java и подключите RSocketMessageHandler
для респондера следующим образом:
ApplicationContext context = ... ;
RSocketMessageHandler handler = context.getBean(RSocketMessageHandler.class);
CloseableChannel server =
RSocketServer.create(handler.responder())
.bind(TcpServerTransport.create("localhost", 7000))
.block();
import org.springframework.beans.factory.getBean
val context: ApplicationContext = ...
val handler = context.getBean<RSocketMessageHandler>()
val server = RSocketServer.create(handler.responder())
.bind(TcpServerTransport.create("localhost", 7000))
.awaitSingle()
RSocketMessageHandler
по умолчанию поддерживает составные метаданные и метаданные маршрутизации. Можно настроить его MetadataExtractor, если требуется переключиться на другой MIME-тип или зарегистрировать дополнительные MIME-типы метаданных.
Необходимо будет настроить экземпляры Encoder
и Decoder
, которые требуются для поддержки метаданных и форматов данных. Для реализации кодеков, скорее всего, понадобится модуль spring-web
.
По умолчанию SimpleRouteMatcher
используется для согласования маршрутов через AntPathMatcher
. Рекомендуем подключить PathPatternRouteMatcher
из spring-web
для эффективного согласования маршрутов. Маршруты RSocket могут быть иерархическими, но не являются URL-путями. Оба средства сопоставления маршрутов настроены на использование "." в качестве разделителя по умолчанию, а декодирование URL-адресов, как в случае с URL-адресами HTTP, отсутствует.
RSocketMessageHandler
можно сконфигурировать через RSocketStrategies
, что может быть полезно, если необходимо разделить конфигурацию между клиентом и сервером в одном и том же процессе:
@Configuration
static class ServerConfig {
@Bean
public RSocketMessageHandler rsocketMessageHandler() {
RSocketMessageHandler handler = new RSocketMessageHandler();
handler.setRSocketStrategies(rsocketStrategies());
return handler;
}
@Bean
public RSocketStrategies rsocketStrategies() {
return RSocketStrategies.builder()
.encoders(encoders -> encoders.add(new Jackson2CborEncoder()))
.decoders(decoders -> decoders.add(new Jackson2CborDecoder()))
.routeMatcher(new PathPatternRouteMatcher())
.build();
}
}
@Configuration
class ServerConfig {
@Bean
fun rsocketMessageHandler() = RSocketMessageHandler().apply {
rSocketStrategies = rsocketStrategies()
}
@Bean
fun rsocketStrategies() = RSocketStrategies.builder()
.encoders { it.add(Jackson2CborEncoder()) }
.decoders { it.add(Jackson2CborDecoder()) }
.routeMatcher(PathPatternRouteMatcher())
.build()
}
Респондеры на стороне клиента
Аннотированные респондеры на стороне клиента должны быть сконфигурированы в RSocketRequester.Builder
.
@MessageMapping
После того, как конфигурация респондера для server или client будет настроена, методы с аннотацией @MessageMapping
можно будет использовать следующим образом:
@Controller
public class RadarsController {
@MessageMapping("locate.radars.within")
public Flux<AirportLocation> radars(MapRequest request) {
// ...
}
}
@Controller
class RadarsController {
@MessageMapping("locate.radars.within")
fun radars(request: MapRequest): Flow<AirportLocation> {
// ...
}
}
Приведенный выше метод, помеченные аннотацией @MessageMapping
, реагирует на взаимодействие типа Request-Stream с маршрутом "locate.radars.within". Он поддерживает гибкую сигнатуру метода с возможностью использования следующих аргументов метода:
Аргумент метода | Описание |
---|---|
|
Полезные данные запроса. Это может быть конкретное значение асинхронных типов, таких как Примечание: Использование аннотации необязательно. Аргумент метода, который не является ни простым типом, ни одним из других поддерживаемых аргументов, принимается за ожидаемые полезные данные. |
|
Реквестер для передачи запросов приёмной стороне. |
|
Значение, извлеченное из маршрута на основе переменных в шаблоне отображения, например, |
|
Значение метаданных, зарегистрированное для извлечения. |
|
Все значения метаданных, зарегистрированные для извлечения. |
Ожидается, что возвращаемым значением будет один или несколько объектов, которые будут сериализованы в качестве полезных данных ответа. Это могут быть асинхронные типы, такие как Mono
или Flux
, конкретное значение, либо void
или асинхронный тип без значения, такой как Mono<Void>
.
Тип взаимодействия RSocket, который поддерживает метод, аннотированный @MessageMapping
, определяется по мощности множества ввода (т.е. аргумента, аннотированного @Payload
) и вывода, где мощность множества означает следующее:
Мощность множества | Описание |
---|---|
1 |
Либо явное значение, либо асинхронный тип с одним значением, такой как |
Many |
Многозначный асинхронный тип, такой как |
0 |
В случае с вводом это значит, что метод не имеет аргумента, аннотированного В случае с выводом вывода это |
В таблице ниже представлены все комбинации мощности множества ввода и вывода и соответствующий тип(ы) взаимодействия:
Мощность множества ввода | Мощность множества вывода | Типы взаимодействия |
---|---|---|
0, 1 |
0 |
Fire-and-Forget, Request-Response |
0, 1 |
1 |
Request-Response |
0, 1 |
Множество |
Request-Stream |
Множество |
0, 1, множество |
Request-Channel |
@ConnectMapping
Аннотация @ConnectMapping
обрабатывает фрейм SETUP
в начале установления RSocket-соединения и все последующие уведомления о проталкивании метаданных через фрейм METADATA_PUSH
, т.е. metadataPush(Payload)
в io.rsocket.RSocket
.
Методы с аннотацией @ConnectMapping
поддерживают те же аргументы, что и методы с аннотацией @MessageMapping, но основаны на метаданных и данных из фреймов SETUP
и METADATA_PUSH
. Аннотация @ConnectMapping
может быть снабжена шаблоном для отграничения процедуры обработки определенными соединениями, которые имеют маршрут в метаданных, а если шаблоны не будут объявлены, то все соединения будут соответствовать.
Методы, аннотированные @ConnectMapping
, не могут возвращать данные, поэтому их нужно объявлять с использованием void
или Mono<Void>
в качестве возвращаемого значения. Если процедура обработки возвращает ошибку для нового соединения, то соединение отклоняется. Процедура обработки не должна затягиваться, чтобы можно было выполнить запросы к RSocketRequester
для конкретного соединения.
ПЕРЕЙДИТЕ В ПОЛНУЮ ВЕРСИЮ