Thank you everyone for waiting as we handled the incompatibility. On further investigation, *we believe few users in production would have experienced the incompatibility*, as anyone with an L7 proxy (i.e., nghttpx) would avoid the direct incompatibility. The OkHttp transport is still broken and needs to be upgraded to avoid future incompatibilities. For example, in the future nghttpx could use a SETTINGS option unknown to OkHttp and trigger the same failure. However, most deployments serving Android would tend to be using a reverse proxy, and so side-step the problem.
gRPC Java v1.3.1 and v1.4.0 both include the client-side fix to this issue. *If you are using the OkHttp transport, please make sure you are using v1.3.1 or higher.* All earlier grpc-java versions included the bug. Since clients can't always be updated quickly or reliably, and deployments may not be using a proxy, there is a server-side option to disable the bug-triggering behavior. *If you need this workaround, please notify me via this list or directly via email*, so that we can be aware. Workaround for C++: ServerBuilder b; // ... // Important line: b.AddChannelArgument(GRPC_ARG_HTTP2_ENABLE_TRUE_BINARY, 0); // ... auto server = b.BuildAndStart(); Workaround for other C-based wrapped languages (everything but Go, Java, and C++): Set add a server option with key "grpc.http2.true_binary" and value 0. -- 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. 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/CA%2B4M1oNJsL68nL5C7oEN8i8dL4qhBNRasJcQSkpMmOecDTqFpg%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.
smime.p7s
Description: S/MIME Cryptographic Signature
