Well, this doesn't seem to have gone anywhere.
Oh well. For those who are still interested:
https://issues.apache.org/jira/browse/THRIFT-3479
Josh Elser wrote:
(replying to myself since this was a common sentiment)
I want to be clear that I am most definitely _not_ advocating that we
rip out Thrift. I am still extremely far removed from that decision.
My question was more how can we make Thrift work better for us, than
look for a replacement.
Josh Elser wrote:
Hi --
My adventures in Thrift as a part of ACCUMULO-4065 are finally coming to
a close, it seems. The briefest summary I can give is that our hack to
work around an 0.9.0->0.9.1 compatibility issue ended up creating a bug
in a very obtuse case (when a server answering a oneway Thrift call
threw an RTE or an Error).
Given some other recent chatter in the project, I'm left wondering: what
next?
We've long considered Thrift to be a very useful tool, but extremely
scary to upgrade. I think this is just another sign of this. This leaves
me asking, how do we fix this?
Best as I understand it, Thrift is still a relatively active project (at
least their mailing list archives shows it). My impression is that the
Java library is much less-so. Most of our issues to me that they
ultimately stem from incompatibilities between libthrift versions and
uncaught performance regressions.
Assuming that to be true, do we need to make a coordinated effort to
improve the upstream libthrift code? Become a part of their community,
focusing on preventing these sorts of issues from ever filtering down to
us? Help them generate and follow compatibility guidelines?
I feel like our strategy over the past few years has been to "avert your
eyes" -- if we don't touch it, it'll hopefully be ok. Perhaps we need to
try something new. Thoughts?
- Josh
