I looking for an example with a client-side listener for server-side streaming by following examples here - https://grpc.io/docs/languages/java/basics/
I have configured the keep-alive configurations on client and server as per doc - https://github.com/grpc/grpc/blob/master/doc/keepalive.md
All of the examples show that when the request is made to the server, the server will respond as an async or unary model or the client can chat with the new request. Every time the request has to be sent to the server to respond. And Connection stays alive for a much longer time; which is good.
Question: Is it possible for the client to send one request and indefinitely receive responses from the server without using the BIDI (bidirectional) model? it would be somewhat event-based in this scenario that whenever there is data available at the server, it will keep sending without requiring further request. Again, this communication is a unicast, not a broadcast; meaning each connection (user) is unique to respond to based on the user's data.
Not sure but one way could be - the server to keep the request object active in a cache somewhere and keep responding? Will the client have to use a polling loop to listening for responses indefinitely?
Looking forward to examples if any that can solve this problem.