Hi,
So, I have a rather embarrasing question.
We have a distributed system with a lot of services in C, which use
protobuf2.
I want to use gRPC for our Data access Layer (not ready yet), and thus
decided to use go lang.
But the rest of the services are C based and since gRPC needs
protobuf3(
Python?
Think of Dinosaurs like me who are using C and thus cannot use gRPC at all.
:-)
On Thursday, 8 September 2016 09:05:29 UTC-7, JI Ioannidis wrote:
>
> I'm wondering why Python support in grpc is so poor? It has not improved
> in the last 4-5 months that I've been working with it. The doc
Hey, thanks everyone for your feedback. :)
I decided to move all .proto files from the service projects into a
separate API project. The API project is language-agnostic but could
be used for distributing language-specific generated code in the
future, if this ever becomes a requirement.
The .pro
Hello Eric,
I'm still stuck with error while running command
./gradlew build -Pprotoc=/usr/local/bin/protoc -Pprotoc-gen-javalite=/usr/
local/bin/protoc-gen-javalite
I'm seeing below error despite building netty-tcnative on Power -
:grpc-interop-testing:test[jetty-alpn-agent] Using:
alpn-boot-8
I am playing around with the experimental flow control functionality in
ServerCallStreamObserver.
My goal is to wire up bi-directional calls into RxJava pipelines. For the
most part gRPC and Rx wire together easily. If you are interested, my very
initial setup is
here: https://gist.github.com
I want to return a List of strings using gRPC. In my program it seams to
add a string to the repeated value fine, but when I return the value to the
calling program it's empty. Here is my code:
my.proto
syntax = "proto3";
option java_multiple_files = true;
option java_package = my.package.na
Hi Alex,
Andreas is totally right. .NET core support is code complete and it will
get published soon.
Jan
On Wed, Oct 5, 2016 at 1:11 AM, wrote:
> Hi Alex,
>
> See https://github.com/grpc/grpc/pull/8107
>
> gRPC master already supports .NET core, so the upcoming 1.0.1 will support
> it.
>
> Th
Hi,
I skimmed through your code and it looks alright (perhaps I missed
something?). What line does throw in your case?
To answer your questions:
The response stream is ready immediately after starting your call and you
don't even need to send any requests nor close the request stream to be
able
Hi all,
We have a customer for which the TCP endpoint seems not to work on their
platform (ARMV7a based Linux), weird as that might be. So I'd like to look
at implementing a custom endpoint to be used instead in such cases.
Question is if there are examples for this ?
Regards
/Robert
--
You