-
Notifications
You must be signed in to change notification settings - Fork 3.3k
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
HBASE-28415 Remove Curator dependency from hbase-endpoint #5738
Conversation
This is the hbase-endpoint dependency cleanup, split from HBASE-28411, as discussed, @Apache9 . |
🎊 +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. |
Do we know why we add this dependency here? Does remove this dependency in pom actually remove the curator dependency? Maybe we still have transitive dependency on curator? |
A test has erronously used Curator's shaded Guava, and in a previous cleanup it has been added as an explicit dependency to avoid undeclared direct dependencies. We still have a transitive Curator dependency coming in via Hadoop-common, so most packages do have a transitive Curator dependency. Transitive-only dependencies should not be declared as explicit dependencies though. |
Was wondering whether we could just exclude the curator dependency as I do not think we rely on the features which depend on curator in hadoop-common... Could test it later. |
I think we could, as curator users should declare their own dependencies. However, I don't think filtering individual transitive dependencies (and keeping those up to date) is a path we would want to take - unless we must for some reason. I think the best solution is excluding Hadoop and its transitve dependencies from the assembly completely, and depending on an external Hadoop install. |
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.
LGTM
Signed-off-by: Andrew Purtell <apurtell@apache.org> Signed-off-by: Duo Zhang <zhangduo@apache.org> Signed-off-by: Tak Lon (Stephen) Wu <taklwu@apache.org>
Signed-off-by: Andrew Purtell <apurtell@apache.org> Signed-off-by: Duo Zhang <zhangduo@apache.org> Signed-off-by: Tak Lon (Stephen) Wu <taklwu@apache.org>
No description provided.