| Commit message (Collapse) | Author | Age |
|\ |
|
| |\ |
|
| | |\
| | | |
| | | | |
Merge release-0_11 into master
|
|\ \ \ \
| | |/ /
| |/| | |
|
| | | | |
|
| |/ /
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
The encoding of the issuer field in this cert is now a PRINTABLESTRING
as opposed to UTF8STRING in the previous server1.pem which was causing
the Go issue.
Fixes #4086.
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | | |
Warnings will be emitted when trying to import through alpha packages.
|
| | |
| | |
| | |
| | | |
Also uses the .proto files for the service/stub definitions.
|
| | | |
|
|/| |
| | |
| | | |
Add python-dev and python3-dev to prerequisites
|
| | | |
|
| | | |
|
| | | |
|
|/ / |
|
| | |
|
|\ \
| |/
|/| |
Update test for changed core HTTP header handling.
|
|\ \
| | |
| | | |
Update Python release number to 0.11.0b1.
|
| | | |
|
|\ \ \
| | | |
| | | | |
Test coverage for callbacks added to Face futures
|
|\ \ \ \
| | | | |
| | | | | |
Further maintenance of Python dependencies
|
| |_|/ /
|/| | |
| | | |
| | | |
| | | |
| | | | |
This defect was introduced in 9e4d0610ea5e2bb302c. I had thought that
this code was exercised in tests but it is bypassed by the use of
grpc_test.beta.test_utilities.not_really_secure_channel. :-(
|
| |_|/
|/| | |
|
| |/
|/| |
|
|/
|
|
|
| |
These changes probably should have been in 3b0fefb246caf9cf983d8 but
were overlooked.
|
|
|
|
|
| |
The old package directory handling was stale in grpcio's setup.py
command support module and docgen had a typo.
|
| |
|
|\
| |
| | |
Make servers and stubs context managers
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
(1) Move dependency on protobuf from grpcio to grpcio_test. While the
most-commonly-foreseen use case of grpcio makes use of protobuf,
technically protobuf is not strictly needed and there's no actual
in-code relationship between grpcio and protobuf.
(2) Loosen the dependency on protobuf from ==3.0.0a3 to >=3.0.0a3.
(3) Update all references to 0.10.0* to 0.11.0.
(4) Alphabetize the grpcio_test dependencies.
|
|/
|
|
|
|
|
|
|
|
| |
Servers and stubs were context managers in the Alpha API; they may not
need to be in the Beta API but it's easy enough to do, eases migration,
and probably helps some use cases.
For now the stub is given empty __enter__ and __exit__ methods; we can
always come back and implement the actual work of context management in
a later change.
|
|\
| |
| | |
Final beta API cleanup
|
|\ \
| | |
| | | |
The gRPC protocol objects
|
|\ \ \
| | | |
| | | | |
Plumb protocol objects through RPC Framework core
|
| | |/
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
(1) Renamed the "beta" module "implementations" because it hasn't been
monolithic since "interfaces" was factored out of it a few changes
back.
(2) Moved ChannelConnectivity from grpc.beta.beta to
grpc.beta.interfaces since it is constants that don't depend on the
beta implementation.
(3) Moved the Server interface definition from grpc.beta.beta to
grpc.beta.interfaces since it is an interface.
(4) Dropped the "create_" prefix from "create_<...>_channel" functions
to better match the other creation functions throughout the codebase.
|
| |/ |
|
| | |
|
|/ |
|
| |
|
|\
| |
| | |
Respond with UNIMPLEMENTED when a requested method is not found
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| | |
It may seem weird that code and details would travel along two paths
now instead of one but it makes sense after considering that sometimes
the code and details are application data from the remote application
and sometimes they are transport data from the transport between the
local and remote applications.
|
| | |
|
|/ |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
(1) In _ingestion, it's the "details" attribute of a
NoSuchMethodException that we want. The "message" is inherited from the
base Exception class.
(2) In _transmission, use a proper sum type for representing operation
abortion. Trying to overload the existing _completion value for
status-and-details-when-aborting was trying to be too clever.
(3) In _calls... oof. Just look. Oof. Test coverage for this code path
is added.
(4) In _service, the application-provided
face.MultiMethodImplementation isn't directly callable, but rather
exposes a method named "service".
(5) In crust.implementations, the wrapping that we've put around the
application-provided face.MultiMethodImplementation *is* directly
callable, and *does not* expose a method named "service".
(6) Also in crust.implementations, base.NoSuchMethodError's constructor
takes a code value and a details value.
(7) Again in crust.implementations, the application-provided
face.MultiMethodImplementation may be None, and if it is None, we
shouldn't wrap it with an adaptation function that would only raise a
TypeError at a later time.
|
|\
| |
| | |
Python Beta codegen.
|
| | |
|
|\ \
| | |
| | |
| | |
| | | |
nathanielmanistaatgoogle/metadata-and-serialization
Metadata and serialization for Python
|
|\ \ \
| | |/
| |/| |
The rest of the Python Beta API
|
|\ \ \
| | | |
| | | | |
Fix gRPC links lifecycle tracking
|