You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When upgrading to Spring Boot 1.4 which pulls in the dependency management plugin version 0.6.0.RELEASE we noticed that some versions that we have defined were being overridden by more lax version definitions from dependencies.
The following build.gradle demonstrates the issue:
That change is due to #77. I hadn't considered that someone would publish a version of a library with a version range on one of its dependency, particularly one using Gradle-specific syntax.
The pom for se.raneland.urlhandler:url-handler-aws-core:2.0.RELEASE is broken with Maven. You get a couple of warnings:
[WARNING] The POM for com.amazonaws:aws-java-sdk-core:jar:1.+ is missing, no dependency information available
[WARNING] The POM for com.amazonaws:aws-java-sdk-s3:jar:1.+ is missing, no dependency information available
Followed by a build failure:
[ERROR] Failed to execute goal on project foo: Could not resolve dependencies for project com.example:foo:jar:1.0.0-SNAPSHOT: The following artifacts could not be resolved: com.amazonaws:aws-java-sdk-core:jar:1.+, com.amazonaws:aws-java-sdk-s3:jar:1.+: Failure to find com.amazonaws:aws-java-sdk-core:jar:1.+ in https://jcenter.bintray.com was cached in the local repository, resolution will not be reattempted until the update interval of jcenter has elapsed or updates are forced -> [Help 1]
If the pom used the correct syntax for a version range the change made in #77 wouldn't cause a problem.
Given that the pom that triggers this is broken, i.e. it doesn't work with Maven which defines the pom format, I don't think it makes sense for this plugin to cope with it.
When upgrading to Spring Boot 1.4 which pulls in the dependency management plugin version 0.6.0.RELEASE we noticed that some versions that we have defined were being overridden by more lax version definitions from dependencies.
The following build.gradle demonstrates the issue:
With this, the runtime dependencies will be:
As can be seen, the AWS libraries are not fixed at 1.10.7 (1.10.8 for s3) but instead the transitive dependency on 1.+ is used.
Version 0.5.7.RELEASE doesn't have this issue:
The text was updated successfully, but these errors were encountered: