grpc-kotlin
grpc-kotlin copied to clipboard
grpc
Kotlin gRPC implementation. HTTP/2 based RPC
For some reason our tests are flappy on CI. Need to investigate. It seemed that in the past we were able to make them less flappy with: https://github.com/grpc/grpc-kotlin/blob/master/interop_testing/src/main/java/io/grpc/testing/integration/AbstractInteropTest.kt#L189-L199
I was tracking down a seemingly slow call, and found that the call.request(1) for the initial stream happened lazily in grpc-kotlin compared to where it happens in the observer version....
Was doing a bit of performance testing of a streaming flow interface, and was finding the request.collect was taking quite some time from the initial invocation of the method. Up...
Kotlin 1.4 is out. But if we switch, is it backwards compatible to 1.3?
There does not seem much guidance available regarding Channel executors on client & server. The Android sample project uses `executor(Dispatchers.Default.asExecutor())` which makes some sense, but there is no code comment...
Now that https://github.com/protocolbuffers/protobuf/issues/3742 is resolved and the protoc can generate some Kotlin bindings, can we support this in grpc-kotlin as well?
message _2Test { string test = 1; } error: error: @kotlin.jvm.JvmSynthetic inline fun 2Test ok: @kotlin.jvm.JvmSynthetic inline fun _2Test
The change in Client stub should not take Metadata headers parameter #47 sets Metadata to Metadata() which prevents sending headers from the kotlin client stub to the server at all....
zsh: no such file or directory: ./server/build/install/server/bin/hello-world-server what to do?
Is require to update KotlinPoet to a version above [1.7.0](https://github.com/square/kotlinpoet/blob/master/docs/changelog.md#version-170) that it will generates by default Kotlin explicit api mode compatible.
