| Commit message (Collapse) | Author | Age |
... | |
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | | |
Rename call to response_iterator_call file-wide for response-streaming tests.
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
gRPC Python required RPCs terminating with non-OK status code to still
return a valid response value after calling set_code, even though the
response value was not supposed to be communicated to the client, and
returning None is considered a programming error.
This commit introduces an alternative mechanism to terminate RPCs by
calling the `abort` method on `ServicerContext` passed to the handler,
which raises an exception and signals to the gRPC runtime to abort the
RPC with the specified status code and details.
|
| | |\
| | | |
| | | | |
Elide cygrpc.Operations.
|
|\| | |
| | | |
| | | |
| | | | |
fix-stream-compression-config-interface
|
| | | | |
|
| | |\|
| | | |
| | | | |
Streamline metadata in gRPC Python.
|
| | | | |
|
| | | |
| | | |
| | | |
| | | | |
remove grpc_exec_ctx from .pxi files in python
|
| | | | |
|
|\| | |
| | | |
| | | |
| | | | |
fix-stream-compression-config-interface
|
|\ \ \ \ |
|
|\ \ \ \ \ |
|
| | | |\| | |
|
| | | | | | |
|
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
A GenericRpcHandler registered on a gRPC Server is not supposed to raise
an exception and if it does so it is considered a programming defect.
However, gRPC is supposed to respond to the client with an UNKNOWN
status code. Previously, this situation was left unhandled and the
client ended up receiving a response with CANCELLED status code.
This commit fixes the issue https://github.com/grpc/grpc/issues/13629.
|
| | | | |\|
| | | | | |
| | | | | | |
Change client-side credentials' use of gRPC Core.
|
| | | | |\ \
| | | | | | |
| | | | | | | |
Refactor _plugin_wrapping.
|
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | | |
Rather than allocating gRPC Core memory when instantiated and
retaining it until deleted, gRPC Python's credentials objects now
offer methods to create gRPC Core structures on demand.
|
| | | | | |/ |
|
| | | | | | |
|
| | | | |\|
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
nathanielmanistaatgoogle/access-token-auth-metadata-plugin
Correct AccessTokenAuthMetadataPlugin name.
|
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
It was never itself a "call credentials" of any sort.
|
| | | | | | |
|
| | | | |\ \
| | | | |/ /
| | | |/| /
| | | | |/ |
|
| | | |\ \ |
|
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
"Do not make undocumented and unsupported use of one part of an API
from within the implementation of another part of the same API" is one
of the rules of Abstraction Club. Not sure if it's important enough to
be the first two rules, but it's up there.
|
| | | | | | |
|
| | | | |\ \
| | | | | | |
| | | | | | | |
Bump 1.8.0-dev to 1.9.0-dev
|
| | | | |\ \ \
| | | | | | | |
| | | | | | | | |
Pop lockfree stack off core implementation
|
| | | | | |/ /
| | | | |/| | |
|
| | | | | |/
| | | | |/| |
|
| | | | | | |
|
| | | | |/ |
|
| | | | |\
| | | | | |
| | | | | | |
Elide local field by directly returning values.
|
| | | | |\ \
| | | | | | |
| | | | | | | |
Add missing const.
|
| | | | | |/ |
|
| | | | | | |
|
| | | | |\ \
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | | |
nathanielmanistaatgoogle/certificate-configuration
Avoid abbreviation in Python API.
|
| | | | | |/
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
I should have requested this during code review of bcf083fa9099e5c919
but it slipped my mind.
|
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
Using the presence of the `*_pb2_grpc` module, as opposed to the absence
of the build script (`*_commands` module) is a problematic choice,
because even if a generated file is present, the test infrastructure may
want to regenerate it under a different environment (e.g. different
Python/proto package version). This will ensure the protos always get
recompiled if we have a `*_commands` module present, signaling we are in
a build environment, thereby making the process hermetic.
|