Closed ethauvin closed 7 years ago
A simple ./kobaltw --resolve com.beust:kobalt-plugin-api:
reproduces the problem.
This is translated into "com.beust:kobalt-plugin-api:(0,]"
by Kobalt and then passed to Maven Resolver, so I'm not sure it's a Kobalt bug or even a Maven Resolver bug: maybe it's necessary to download all these .pom
files in order to select the highest version.
Also, these are only downloaded the first time and never after that.
I will see if I can get someone from the Maven Resolver team to answer this,
I think it also happens with ./kobaltw --listTemplates
.
I exchanged emails with the Maven Resolver team and they think it's a bug on their part. I need to file an issue at http://maven.apache.org/resolver/issue-tracking.html
Excerpt from my discussions:
It smells the bug :( AFAIR we don't need to download POMs to resolve ranges, we are supposed to do this from our metadata In your case from https://jcenter.bintray.com/com/beust/kobalt-plugin-api/:maven-metadata.xml I don't see why we should download / read all POMs
Fixed.
See enclosed Travis log for https://travis-ci.org/ethauvin/kobalt-maven-local
Project uses: