Hi

I have a special requirement for my application that I need to notify my 
client application from some changes in server side. I'm using gRPC for 
transferring my data from server to client and I was thinking for a 
workaround for my problem.
I thought maybe I could postpone sending my gRPC response to when my data 
is ready. So my application could simulate a semi event-based with 
following pseudo-code:

   1. Client calls *getData()* rpc call.
   2. Server checks if any data is available. if data is available go to 4.
   3. Wait for data to become available.
   4. Send data to client.
   5. Client process received data and goes to step 1.
   6. If connection is broken, Client goes to step 1.
   
In this way, whenever any data is ready on server, it will be sent to 
client. But I wonder if this approach is correct and feasible? Assuming 
that data may be ready after hours we may keep a connection open between 
client and server. Is there any better way to do what I need?

Best regards

-- 
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 [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/grpc-io/f06685c4-db5f-4e33-879d-ae6724203ec5%40googlegroups.com.

Reply via email to