atombender opened a new issue #2167: Support for non-Java clients URL: https://github.com/apache/bookkeeper/issues/2167 **FEATURE REQUEST** Any multi-language support on the horizon? I seem some smatterings of Python, but it doesn't appear to be a full-featured clinet. I have been researching BookKeeper as a potential solution for a system written in Go. However, the current API appears to be Java-only, even though the Bookie protocol (which is apparently undocumented?) is Protobuf. I was puzzled by the fact that there is no documented wire protocol for the main server, and indeed, looking at the Java client, it looks like it is in fact a "fat" client that talks directly to both ZooKeeper and the Bookie backends. So it appears that in order to access BookKeeper from a non-JVM language, you have to port the entire fat client. A lot of projects in the Hadoop/Java world — Flink, Flume and Accumulo come to mind — take this Java-centric approach rather than an API-first approach. This was also the exact situation Kafka was in when it launched, of course. Are there plans to extricate all of this tightly coupled logic into a server that can offer a language-agnostic API using gRPC/Protobuf or similar?
---------------------------------------------------------------- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: [email protected] With regards, Apache Git Services
