Hi,
Does the code snippet indicate that the grpc server does process the client
requests in reversed order (using stack)?
*"... but preserve the order of actual requests presented to the
application."*
Does it mean that with grpc async model, the client get replies in the same
order of the req
Yes, it should be safe to expose gRPC C# as a public endpoint, but it
obviously depends on you use case and the level of security/stability you
are looking for. The key pieces of gRPC C# (the serving logic,
authentication, encryption) is based on gRPC C core, which is intended to
be safe to use as
I tried it out, I could bind multiple streaming RPCs with one completion
queue.
On Saturday, 22 April 2017 01:46:00 UTC+5:30, Kuldeep Melligeri wrote:
>
> Hi,
>
> Can I bind one completion queue with multiple RPCs while using async
> version of calls. The objective is to write client code with
I have a C++ client, that connects to a C# server. The connection is being
made by a RPC function (called
*InitializeStream()*), that sends a single request and receives a stream of
responses from the server. This RPC function is executed with 'max' timeout
(if the server is unavailable, later
Vai pic ki pai san
--
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
I'd generally recommend against trying to do that, simply because it would
only work in a very limited set of situations. Also, using a middleware
doesn't actually gain you anything since the logic is probably
method-specific. Middleware is good for cross-cutting features that are
mostly independen
Use the language that fits your use-case best. The only language that is
"special" is C++, because it is being optimized to a level beyond most
other languages, but at a cost of being harder to use to get all that
performance. Python, Java, and Go each use a different stack (Python uses
the C stack
On Sun, Apr 23, 2017 at 7:17 AM, David Edery
wrote:
> There's another, probably-unrelated issue of a channel that reached the
streaming limitation - If I stream more than 65 seconds using the same
channel, I get an exception. I assume that the source of this exception is
the speech
Discussion for https://github.com/grpc/proposal/pull/22 to perform HTTP/2
PING-based keepalives, and permitting aggressive-enough settings to be used
as a weak form of health checking.
This is actually a really old design and predates the gRFC process, but
implementation was delayed and I was slow
Discussion for https://github.com/grpc/proposal/pull/23 to have
configuration for a variety of server-side connections management. This is
for cleaning up connections and forcing new ones for L4 load balancers.
Like A8 (but to a lesser degree), this design also pre-dated the gRFC
process.
--
You
10 matches
Mail list logo
