-
Notifications
You must be signed in to change notification settings - Fork 25.6k
Make dependenciesInfo task filter out project dependencies #58015
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
Make dependenciesInfo task filter out project dependencies #58015
Conversation
|
Pinging @elastic/es-core-infra (:Core/Infra/Build) |
rjernst
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.
LGTM
…8015) By default we filter out projects from dependencies info task based on their group names. We should be filtering based on if the dependency is a project dependency.
Previously we excluded requiring licenses for dependencies with the group name org.elasticsearch under the assumption that these use the top-level Elasticsearch license. This is not always correct, for example, for the org.elasticsearch:jna dependency as this is merely a wrapper around the upstream JNA project, and that is the license that we should be including. A recent change modified this check from using the group name to checking only if the dependency is a project dependency. This exposed the use of JNA in SQL CLI to this check, but the license for it was not added. This commit addresses this by adding the license. Relates #58015
Previously we excluded requiring licenses for dependencies with the group name org.elasticsearch under the assumption that these use the top-level Elasticsearch license. This is not always correct, for example, for the org.elasticsearch:jna dependency as this is merely a wrapper around the upstream JNA project, and that is the license that we should be including. A recent change modified this check from using the group name to checking only if the dependency is a project dependency. This exposed the use of JNA in SQL CLI to this check, but the license for it was not added. This commit addresses this by adding the license. Relates #58015
|
I'm reverting this change because it broke the |
Oh woops, I definitely thought it was rolled in with |
…ncies (elastic#58015)"" This reverts commit e1594eb.
By default we filter out projects from dependencies info task based on their group names. We should be filtering based on if the dependency is a project dependency.