Grpc-go: Support Google Flatbuffers.

Created on 6 Sep 2016 · 10Comments · Source: grpc/grpc-go

Hi, friend's. grpc-go Support Flatbuffers?

Feature

Source

pcariel

👍1

Most helpful comment

Flatbuffers now supports grpc go!
google/flatbuffers#4082 got merged

jronak on 6 Dec 2016

🎉2 👍1

All 10 comments

cc @rw @gwvo

therc on 22 Sep 2016

Not at the moment. @royalharsh has been working on porting the GRPC-FlatBuffers integration to other languages, but I am not sure if he has any plans for go yet.

ghost on 23 Sep 2016

Currently, I am working on porting the GRPC-FlatBuffers integration to python. Most probably java and Go are next. :)

hvardhanx on 23 Sep 2016

👍2

@royalharsh any news on this ?

ekarlso on 25 Sep 2016

👍1

@ekarlso Haven't started working on this yet.

hvardhanx on 26 Sep 2016

😕1

If anyone with Go experience wants to step in and help, that be very much appreciated.

ghost on 3 Oct 2016

I have been working on it, have been reading the source code for a while after speaking with Wouter.
How do we handle Codec support for flatbuffers?, as of now ProtoCodec is default.
ref:https://github.com/grpc/grpc-go/blob/master/rpc_util.go#L54

jronak on 1 Nov 2016

Well, that will have to be refactored to be serialization system agnostic. For example UnMarshall would be a no-op in FlatBuffers since it works directly from serialized data. See the C++ code for some inspiration on how to structure this.

ghost on 2 Nov 2016

Flatbuffers now supports grpc go!
google/flatbuffers#4082 got merged

jronak on 6 Dec 2016

🎉2 👍1

Closing this. We are not officially planning to support flatbuffers as an IDL at the moment. There is some support upstream as per google/flatbuffers#4082 and it works as a message interchange format with grpc already.

If we do need to support flatbuffers in grpc-go natively, it should be proposed as a gRFC