Open nivsa opened 1 year ago
It sounds like there may be two problems,
Configuration.copyRecursive()
method might not be capturing the full state and causes that exception (no lock state). That would be a bug on their end, so please open an issue to let them know.Resolver
should disable dependency locking on its copy.A quick workaround would be to only activate the locking if gradle.startParameter.taskNames
does not include depedencyUpdates
. I believe the alternative, gradle.taskGraph.whenReady
, may no longer be resolvable at configuration time.
You are welcome to submit a PR that fixes this by (2). I find it fastest to iterate on local changes by installing the plugin to mavenLocal()
as a new version and using test build (e.g. examples/groovy
) to verify if it worked. Then once figured out I'll write a unit test, though others prefer doing that first.
dependencyUpdates fails to retrieve new versions in a project with lockfiles in LockMode.STRICT. The output with --info shows that it skips all configurations with an exception:
and the output below the exception doesn't contain the new versions for guava:
Without LockMode.STRICT I receive this output which shows that there is a new version for guava:
Example of a build.gradle for a project that reproduces the error above:
Tried upgrading to latest version of the plugin (0.46.0) but it still reproduces.
Any ideas?
Thanks, Niv