I see. It sounds like what might be best is to decouple FlightServerBase from
its implementation, so you can directly invoke the Flight RPC methods from your
internal RPC framework, while using Flight as the API for your application to
implement. That way, gRPC is not involved at all. It would m
Hi David,
The goal is to implement Flight RPC on our rpc framework to serve
other services in the system. It is required to use the custom rpc
rather than grpc to make universal management over different services
in the system.
Yes. The reason why I've tried to use an in-process grpc server,
Hi Wenbo,
Thanks for reaching out on the mailing list.
First I want to step back a bit: what is the goal here? It sounds like you're
using Flight in-process, but you've found that gRPC/C++ still
serializes/deserializes data. In that case, I suppose I'm curious what the
motivation for in-proce
Hi all,
I've just post an issue [ARROW-13889] on jira as below. Maybe here is the right
place to discuss.
I'm trying to implement Flight RPC on RPC framework with protobuf message
support in distributed system.
However, the flight rpc is tied to grpc.
Classes from grpc used in flight serve
