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
Manage j2objc-annotations 1.3 #22628
Conversation
Can you help describe how this unblocks upgrading our Guava dependency? |
see error on #22572
|
Usually, we exclude the dependency that has the lower bound, instead of adding a dependency management entry. Can you share your reasoning behind using dependency management instead of exclusions? |
Exclusions work too. Personally I find dependencyManagement to be a somewhat clearer and more comprehensive solution, but it's not a big deal. We do use dependencyManagement in the presto-root/pom.xml. I could add this declaration there instead. |
So here's the strongest argument I can make for using dependencyManagement instead of exclusions. An exclusion removes the artifact from the classpath completely and relies on it being put back in by some other module somewhere in the transitive dependency tree. If the other module that supplies the other version of the dependency changes so that it no longer does, things break. By contrast, dependencyManagement doesn't remove anything from the tree or the classpath. It just sets a version for the dependency when it's encountered. |
Perhaps let's centrally manage this in |
done. PTAL |
Description
update j2objc-annotations 1.1 --> 1.3
Motivation and Context
dependency upper bounds for guava update
Impact
none
Test Plan
ci
Contributor checklist
Release Notes