HBASE-30194 [thirdparty] Onboard libthrift to hbase-thirdparty#160
HBASE-30194 [thirdparty] Onboard libthrift to hbase-thirdparty#160apurtell wants to merge 3 commits into
Conversation
Co-Authored-by: Claude <noreply@anthropic.com>
|
💔 -1 overall
This message was automatically generated. |
ndimiduk
left a comment
There was a problem hiding this comment.
What's the strategy for this one, hard fork? We're going to make changes inline, rather than maintain a stack of patches?
|
Is it better to follow the protobuf way, where we depend on the specific version and while building, we pull in the source tarball, extract it, apply our patches and then compile it? |
I considered suggesting that approach, but i'm afraid that significant refactoring will be necessary to change this dependency. Managing that through patch files will be painful. |
I allowed the modified source to be checked in but we don't need it. When I looked over at hbase-shaded-protobuf in tree I saw the sources expanded in tree there and thought maybe things had changed in thirdparty since I was last here. Now there are only 7 modified files. |
|
💔 -1 overall
This message was automatically generated. |
|
Because of the change history of this PR the |
|
💔 -1 overall
This message was automatically generated. |
|
Will merge in a few hours unless objection. Thanks everyone for the reviews and approvals. |
We can exclude these files from rat license check. Line 243 in 9907761 And on the patch file, when processing protobuf, it is fine to just strip the ending blanks, it does not break the patching process. Thanks. |
Onboard
libthrifttohbase-thirdpartyso we can consume libthrift security fixes while maintaining Java 8 compatibility for HBase branch-2, branch-2.5, and branch-2.6.