Slackbot
07/14/2022, 10:48 PMChris Lee
07/14/2022, 10:57 PM1.+ will work - for any a.b.c which may not be appropriate.Martmists
07/14/2022, 11:03 PMa.b.c I'm just screwed?Chris Lee
07/14/2022, 11:04 PMa.b.c), or is that encoded as part of the version?Martmists
07/14/2022, 11:05 PMapi, runtime, sources, etc.Chris Lee
07/14/2022, 11:06 PMChris Lee
07/14/2022, 11:07 PMlatest.release , which would presumably match multiple qualifiers, and use the Gradle API to provide the right metadata to allow selection of the ‘right’ a.b.c.Chris Lee
07/14/2022, 11:10 PMVampire
07/15/2022, 10:39 AM2.+ and additionally a resolution rule that rejects any version with the wrong a.b.c.Martmists
07/15/2022, 10:41 AMVampire
07/15/2022, 10:47 AMVampire
07/15/2022, 10:47 AMVampire
07/15/2022, 10:48 AMVampire
07/15/2022, 10:48 AMVampire
07/15/2022, 10:48 AMMartmists
07/15/2022, 11:52 AMconfigurations.getByname("modApi").extendsFrom(this) instead of the other way around?
EDIT 2: It seems it's completely ignoring the configuration I gave it, I'm splitting the candidate.version on the "+" and reject if the last part is not a.b.c, but it seems to pick a.b.d as latest version instead
EDIT 3:
resolutionStrategy {
componentSelection {
all {
throw RuntimeException(candidate.toString())
}
}
}
This does not log any errors, and it even still selects the version I'm trying to get it to not select...
With some print debugging, I figured out that resolutionStrategy and componentSelection both run, but all never runs.Vampire
07/15/2022, 1:39 PMall but withModule.
And I don't know what you mean with the extendsFrom, that does not sound to be any related to your question. With a.extendsFrom(b) you configure that all dependencies declared for b are also declared for a. Just get the configurations you want the configuration on by name or just configure configurations.all { ... } if you want it for all configurations.