Skip to content

Build: Remove pom exclusions hack used for gradle 2.13#23809

Merged
rjernst merged 1 commit intoelastic:masterfrom
rjernst:gradle_exclusions
Mar 30, 2017
Merged

Build: Remove pom exclusions hack used for gradle 2.13#23809
rjernst merged 1 commit intoelastic:masterfrom
rjernst:gradle_exclusions

Conversation

@rjernst
Copy link
Copy Markdown
Member

@rjernst rjernst commented Mar 30, 2017

Now that we are on gradle 3.3, we can take advantage of a fix that was
made in 2.14 which properly handles disabling transitive dependencies in
pom generation. As it was currently, we actually ended up generated two
exclusions sections in the generated pom. This is yet another example of
why we need validation on the pom files with our generation here, but I
leave that for another day because I still don't know a good way to do
it.

Now that we are on gradle 3.3, we can take advantage of a fix that was
made in 2.14 which properly handles disabling transitive dependencies in
pom generation.  As it was currently, we actually ended up generated two
exclusions sections in the generated pom. This is yet another example of
why we need validation on the pom files with our generation here, but I
leave that for another day because I still don't know a good way to do
it.
@rjernst rjernst added :Delivery/Build Build or test infrastructure v5.4.0 v6.0.0-alpha1 labels Mar 30, 2017
@rjernst rjernst changed the title Build: Remove exclusions hack used for gradle 2.13 Build: Remove pom exclusions hack used for gradle 2.13 Mar 30, 2017
Copy link
Copy Markdown
Member

@jasontedor jasontedor left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM.

@rjernst rjernst merged commit 1a5c365 into elastic:master Mar 30, 2017
@rjernst rjernst deleted the gradle_exclusions branch March 30, 2017 04:55
rjernst added a commit that referenced this pull request Mar 30, 2017
Now that we are on gradle 3.3, we can take advantage of a fix that was
made in 2.14 which properly handles disabling transitive dependencies in
pom generation.  As it was currently, we actually ended up generated two
exclusions sections in the generated pom. This is yet another example of
why we need validation on the pom files with our generation here, but I
leave that for another day because I still don't know a good way to do
it.
@mark-vieira mark-vieira added the Team:Delivery Meta label for Delivery team label Nov 11, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

:Delivery/Build Build or test infrastructure Team:Delivery Meta label for Delivery team v5.4.0 v6.0.0-alpha1

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants