I think the biggest selling point for using something like protobuf is what David said - what if he wants to replay it in Go? Basing it on something language neutral enables people to replay it in whatever they want. If we have something totally custom then it is replayable just in Java without bringing tons of dependencies to their projects. That is the message I got from what he wrote.
On Thu, Sep 19, 2024 at 9:47 PM Benedict <bened...@apache.org> wrote: > Do we need any of these things either? We have our own serialisation > framework and file readers and writers, and at least in the FQL case these > are the native serialisation format. > > At cursory glance it also looks to me like this would be a minimal > refactor from the current state. > > What is the reason we want to add these other dependencies? > > > On 19 Sep 2024, at 20:31, Štefan Miklošovič <smikloso...@apache.org> > wrote: > > > well the Maven plugin declares that it downloads protoc from Maven Central > automatically _somehow_ so coding up an Ant task which does something > similar shouldn't be too hard. I will investigate this idea. > > On Thu, Sep 19, 2024 at 9:26 PM Brandon Williams <dri...@gmail.com> wrote: > >> On Thu, Sep 19, 2024 at 2:16 PM Štefan Miklošovič >> <smikloso...@apache.org> wrote: >> > Unfortunately there is nothing like that for Ant, protoc would need to >> be a local dependency on the computer which compiles the project to be able >> to do that so that is kind of a dead end. Or is there any workaround here? >> >> In the old thrift days I believe we generated the code and checked it >> in so you didn't need to compile locally. >> >> Kind Regards, >> Brandon >> >
