grpc-java
grpc-java copied to clipboard
The Java gRPC implementation. HTTP/2 based RPC
#4853 broke android-interop-test: https://source.cloud.google.com/results/invocations/8efa4293-a339-497f-a963-5951df1a5a4b/targets However, if you look, the CI is completely green for it. It appears this is because android-interop-test is not compiled as part of `android.sh`, so it...
This is not for exponential backoff, but for exponential timeout. Currently the timeouts involved aren't tuned at all between attempts. We want to have a single timeout applying to all...
By adding a cork/uncork to defer flushing messages we can significantly improve throughput for streaming operations when messages sizes are significantly smaller than the flow-control window
This is split out of https://github.com/grpc/grpc-java/issues/7643#issuecomment-741307136: > The initial RPCs seem to fail because [the picker is immediately failed when lb RPC fails and there are no backends](https://github.com/grpc/grpc-java/blob/8ce6355e893fd8c1d1801781855c93fd63f84589/grpclb/src/main/java/io/grpc/grpclb/GrpclbState.java#L708). Changing the...
**Edit (2021/12/15):** The following bug is fixed with a hot patch #8746. However, the logic of `idleTimer` in `ManagedChannel` is complex, delicate, and bug-prone. Refactoring is needed to make it...
PR #8821 addresses the android linter issue (seen internally in Google3 builds) by adding the `tools:ignore="OnClick"` property to the elements. However this might not be correct and the issue could...
As per the spec go/grpc-rls-lb-policy-design >At config-validation time, we must construct and validate the config for the child policy, but we don't yet know the target name to use for...
``` UndertowTransportTest.clientCancelFromWithinMessageRead java.util.concurrent.TimeoutException: Waited 5 seconds (plus 6605680 nanoseconds delay) for SettableFuture@7c0e4e4e[status=PENDING] at com.google.common.util.concurrent.AbstractFuture.get(AbstractFuture.java:508) at com.google.common.util.concurrent.AbstractFuture$TrustedFuture.get(AbstractFuture.java:111) at io.grpc.internal.AbstractTransportTest.clientCancelFromWithinMessageRead(AbstractTransportTest.java:1280) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50) at...
WIP. An attempt parallel to https://github.com/grpc/grpc-java/pull/8241, but with latest netty `4.1.72.Final`.
When the TCP connection underlying a netty server connection is abruptly closed by the client, grpc-java goes through all active call streams and closes them as `UNAVAILABLE`: https://github.com/grpc/grpc-java/blob/6518d7bd6dc496c89ff320e06c73424f26af364a/netty/src/main/java/io/grpc/netty/NettyServerHandler.java#L613-L625 A problem...