-
Notifications
You must be signed in to change notification settings - Fork 3.4k
HBASE-28725 Use thirdparty protobuf for REST interface in HBase 2.x #6075
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
|
Note that is includes duplicating the protobuf generated file shading setup from hbase-shaded-protocol. Another option is to move the protobuf processing to hbase-shaded-protocol, and avoid doing the shading in two modules. (as done on branch-3+) |
|
🎊 +1 overall
This message was automatically generated. |
|
🎊 +1 overall
This message was automatically generated. |
|
🎊 +1 overall
This message was automatically generated. |
Apache9
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
In general I think the approach is good.
The only concern is about copying maven plugin with a lot of special configs...
| </systemPropertyVariables> | ||
| </configuration> | ||
| </plugin> | ||
| <!-- The protobuf-maven-plugin and com.google.code.maven-replacer-plugin config |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Could we move this to parent pom too? So we do not need to copy paste it everywhere...
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I will try to.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I have centrilzed the replace plugin.
The protobuf compiler config cannot be centralized, as 2.x uses both protobuf 2.5 and thirdparty compilers.
| </goals> | ||
| <phase>generate-sources</phase> | ||
| <configuration> | ||
| <protocArtifact>com.google.protobuf:protoc:${internal.protobuf.version}:exe:${os.detected.classifier}</protocArtifact> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think the only difference is this configuration? We could introduce a property for this so in hbase-protocol-shade and hbase-reset, we use the new protoc compiler while in hbase-protocol, we use the old one?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes, we could, but I think that the would hide the difference, and make it even harder to find which version we use where.
All the different protobuf libraries and compilers are hard enough figure out already, the current setup at least gives a clue to whoever tries to decypher it.
|
🎊 +1 overall
This message was automatically generated. |
|
💔 -1 overall
This message was automatically generated. |
|
💔 -1 overall
This message was automatically generated. |
|
🎊 +1 overall
This message was automatically generated. |
|
Please fix the javadoc issues? |
|
The reported javadoc issues are in the generated protobuf code, @Apache9 . We are also excluding generated file in the report generation javadoc phase, but that's not an option hbase-rest. Should I add the same exclude settings to the normal (build) javadoc settings in the root pom ? |
|
🎊 +1 overall
This message was automatically generated. |
|
I have moved the javadoc exclusions from the report section to the dependencyManagement section, so that they also apply in the build section. |
|
💔 -1 overall
This message was automatically generated. |
|
💔 -1 overall
This message was automatically generated. |
|
💔 -1 overall
This message was automatically generated. |
|
🎊 +1 overall
This message was automatically generated. |
|
🎊 +1 overall
This message was automatically generated. |
|
🎊 +1 overall
This message was automatically generated. |
|
💔 -1 overall
This message was automatically generated. |
|
rebased to current branch-2 |
|
🎊 +1 overall
This message was automatically generated. |
|
Can you take another look, @Apache9 ? |
|
💔 -1 overall
This message was automatically generated. |
|
🎊 +1 overall
This message was automatically generated. |
|
🎊 +1 overall
This message was automatically generated. |
No description provided.