-
Notifications
You must be signed in to change notification settings - Fork 76
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
upper-bound-check to work with google-cloud-java's split repository in more generic way #1051
Comments
This check, if implemented, could have detected the typo in |
No, it did not. I tested Elliotte's finding was on testMaximumLinkageErrors, which builds a class path by downloading the all artifacts in the BOM. Why upper-bounds-check cannot detect the typo?When there's a typo in groupID or artifactID, such entries in managed dependencies in BOMs are just unused in the upper-bounds-check. |
For implementation, use properties to specify BOM versions:
|
As of now, the upper-bounds-check checks a dependency tree of
Enforcer rule's RequireUpperBoundDeps class has following code to get dependencyNode. If this returns a node having the same list of
Furthermore, once such enforcer rule exists, BOM's pom.xml can install the enforcer rule. We don't need to setup additional project such as our |
@elharo Example failure for google-cloud-bom version 0.101.0-alpha:
How about including error_prone_annotations:2.3.2 (old) in BOM? The enforcer rule still throws error:
|
Regarding google-cloud-java's split repositories, as of now the upper-bound-check (https://github.com/googleapis/google-cloud-java/pull/6606/files) does not work for individual libraries, because the libraries-bom only references google-cloud-bom's version. It cannot update individual library's versions referenced by google-cloud-bom.
@chingor13 says:
Note that, contrary to upper-bound-check, Linkage Monitor should work for the individual repositories.
The text was updated successfully, but these errors were encountered: