-
Notifications
You must be signed in to change notification settings - Fork 185
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
Infinite resolution in Gradle for snapshot dependency #1251
Comments
Having a look. |
I think it queries the directory and receives a redirect. The directory query would let it distinguish between ivy, maven, etc though that is known by the repository type. The blocking of directory queries by the plugin portal is why plugin versions can't be resolved so Gradle does it first, for some reason. |
I'm also encountering that issue. I'm not sure what changed on my side, but since a couple of days, dependencyUpdates gets stuck everytime. At first, I thought there was a problem with one of my dependency that uses jitpack, but they build correctly when I check on the jitpack website. I tried removing the dependency that was causing the infinite resolution, but then, the next one doesn't resolve either. |
@Mathbl You can remove jitpack from repositories {
maven { name 'jitpack'; url 'https://jitpack.io' }
}
tasks.dependencyUpdates.doFirst {
repositories.removeAll { it.name == 'jitpack' }
} The plugin is using Gradle to handle the resolution (effectively |
@ben-manes Indeed! Thanks for the trick, that'll do it for now. Still not sure about the cause of the sudden issue with resolving from jitpack, but I'll subscribe to this issue and see how it goes. Thanks again. |
The icafe project uses the jitpack convention but only releases snapshot versions to Sonatype's repository. When compiling Gradle is able to resolve the jar.
Unfortunately when using dependencyUpdates to query for potential upgrades, the metadata query gets stuck. The build loops forever and outputs to the debug log statements like,
where the
building=N
gradually increases but no timeout occurs. The short-term workaround is to removejitpack
prior to running the task, but its a surprising side effect.The text was updated successfully, but these errors were encountered: