You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
uProtocol is SOA 2.0 (event-based service oriented architecture) meaning, there are no logical connections between uEs, only messages sent across the various heterogeneous systems (ex. publish, notification, request, response).
In some scenarios, a service needs to know when clients disappear (terminated unexpectedly), this is to allow services to cleanup any active session (ex. turning on/off cameras). Today the only way to know for a service to be sure that the client is alive is if the client calls the service RPC periodically (watchdog), this is not efficient or ideal.
The pub/sub architecture pattern implemented through uSubscription provides the means for subscribers to subscribe either temporally or permanently to topics. Publishers can register to receive subscription change notifications whenever a subscriber has changed their subscription (subscribe() and unsubscribe()). Unfortunately the current uSubscription specification does not state how to handle terminated subscribers who are subscribed with temporal subscriptions nor how to detect liveliness.
We will propose a liveliness detection mechanism using uSubscription in this issue.
TODO: Fill out details explanation here
The text was updated successfully, but these errors were encountered:
uProtocol is SOA 2.0 (event-based service oriented architecture) meaning, there are no logical connections between uEs, only messages sent across the various heterogeneous systems (ex. publish, notification, request, response).
In some scenarios, a service needs to know when clients disappear (terminated unexpectedly), this is to allow services to cleanup any active session (ex. turning on/off cameras). Today the only way to know for a service to be sure that the client is alive is if the client calls the service RPC periodically (watchdog), this is not efficient or ideal.
The pub/sub architecture pattern implemented through uSubscription provides the means for subscribers to subscribe either temporally or permanently to topics. Publishers can register to receive subscription change notifications whenever a subscriber has changed their subscription (
subscribe()
andunsubscribe()
). Unfortunately the current uSubscription specification does not state how to handle terminated subscribers who are subscribed with temporal subscriptions nor how to detect liveliness.We will propose a liveliness detection mechanism using uSubscription in this issue.
TODO: Fill out details explanation here
The text was updated successfully, but these errors were encountered: