My current idea is to expose one service to let client request a streaming, then server allocate unique tag id sets and prepare a set of server side objects, including context, stream object. When the client gets the tag id set, it can consequently using prepared streaming to communicate with server side where those asynchronous streaming facilities are ready to work. Does this make sense?
在 2017年9月10日星期日 UTC+10下午10:59:15，[email protected]写道： > > Hi, > > I am trying to write a grpc server supporting a service having > bidistreaming communication mode. The server is asynchronous. > > I am not quite clear how to identify different client connections from one > asynchronous server according to the tag only, as the tag is returned from > the only completion queue. Are there anything I misunderstood? Thanks! > > Best, > Yi > -- 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 post to this group, send email to [email protected]. 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/be2e7a8f-8e06-48a4-9dee-7980dccf93eb%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
