Open mglazer opened 5 years ago
This is because we attempted to stop exposing versions.props
constraints in the published POM (#193). In order to achieve that, we had to stop injecting constraints into all configurations that funnel down to the published configurations via inheritance - apiElements
and runtimeElements
.
Concretely, this suggests that antlr
is inherited by a superconfiguration of apiElements
or runtimeElements
, like compile
, e.g.
sourceSets { antlr }
configurations {
- compile.extendsFrom antlrCompile
+ compileClasspath.extendsFrom antlrCompileClasspath
}
If you make sure never to modify compile
and instead do this sort of stuff from compileClasspath
then the problem should go away.
This workaround won't work if you don't have control over the configuration you're using for dependencies -- the war plugin is an example (GH-313)
What happened?
There seems to be another 1.12.1 regression which I'm unsure if it's the same as #221
We depend on the Gradle ANTLR plugin, and apply it in dependencies like so:
With the 1.12.1 upgrade, I had to modify this to:
Or else I got:
What did you want to happen?
I expected to not have to specify a version for the ANTLR configuration.