так, ну, если взять систему в которой Websocket API, можно её представить как кейс? То есть, это по сути, bidirectional streaming, который, как я понимаю, реализуется в том числе в RSocket. (понятно, что для этого надо иметь реактивный сервер, но всё же)
так, ну, если взять систему в которой Websocket API, можно её представить как кейс? То есть, это по сути, bidirectional streaming, который, как я понимаю, реализуется в том числе в RSocket. (понятно, что для этого надо иметь реактивный сервер, но всё же)
хм... Вроде бы Олег говорит, что норм, но это только мои воспоминания из его докладов.
http://rsocket.io/docs/Motivations - тут тоже "клиенты" описываются (например, This allows a client (such as a user device) to act as a responder to requests from the server. )
так, ну, если взять систему в которой Websocket API, можно её представить как кейс? То есть, это по сути, bidirectional streaming, который, как я понимаю, реализуется в том числе в RSocket. (понятно, что для этого надо иметь реактивный сервер, но всё же)
Если API вида запрос-ответ, то вряд ли. Если там есть подписки и потоки событий - то да.
Вопрос к знатокам-теоретикам про try-finally: почему к исключениям, выбрасываемым в finally, не прилепляются исключения, вылетевшие из try, как suppressed? Казалось бы, логично так делать, чтобы не продолбать их. try-with-resources решает проблему для конкретного случая с close(), но не делать же то же самое руками, когда в finally что-то другое?
так, ну, если взять систему в которой Websocket API, можно её представить как кейс? То есть, это по сути, bidirectional streaming, который, как я понимаю, реализуется в том числе в RSocket. (понятно, что для этого надо иметь реактивный сервер, но всё же)
а что имеется в виду под реактивным сервером? в контексте RSocket
Вопрос к знатокам-теоретикам про try-finally: почему к исключениям, выбрасываемым в finally, не прилепляются исключения, вылетевшие из try, как suppressed? Казалось бы, логично так делать, чтобы не продолбать их. try-with-resources решает проблему для конкретного случая с close(), но не делать же то же самое руками, когда в finally что-то другое?
приведи пример когда try-with-resources нужен finally. Я про этот блок что-то забыл давно уже)
а что имеется в виду под реактивным сервером? в контексте RSocket
как я понимаю из описания протокола (Application protocol providing Reactive Streams semantics), для его использования в java приложение требуется иметь API в виде методов, которые работают с Flux/Mono. Именно это я и имел ввиду