Ironically, I have a grpc-java project that uses a long-lived, two-way
stream, but I had to add manual, ping-based health checks to detect
disconnections.
I am anticipating/assuming eventually grpc will handle this, but for me
neither the server or client side would notice when the connection went
down.
(This definitely happened when the stream was passive/not-being-used, but
I'm ~50% sure it also happened when messages were actively being sent, and
neither the client nor server would immediately recognize the connection
was actually down.)
- Stephen
On Friday, October 14, 2016 at 7:15:38 PM UTC-5, ran...@addepar.com wrote:
>
> I think it is feasible to use a long-lived stream RPC for sending health
> status updates.
> Clients should have more up-to-date service health status with this
> approach compare to periodically pinging server.
>
> Is there any caveats with this approach??
>
--
You received this message because you are subscribed to the Google Groups
"grpc.io" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to grpc-io+unsubscr...@googlegroups.com.
To post to this group, send email to grpc-io@googlegroups.com.
Visit this group at https://groups.google.com/group/grpc-io.
To view this discussion on the web visit
https://groups.google.com/d/msgid/grpc-io/1bd77ebd-7359-4d10-a538-cc36eb0630c2%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.