Besides that it is a code-smell to use allprojects because it couples projects, that it is another smell that you access configurations from within dependencies as it is not a property of DependencyHandlerScope but from the outer Project scope, and that using forEach is not a good idea as you will miss configurations added later (better use configureEach), you can use the dependencyInsight task or a build scan to find out where exactly this version is coming from.
To downgrade the version you might need to use forced versions, which in case of the usage of a platform / BOM means that you use enforcedPlatform(...) instead of platform(...) if it is in an end-product.
forEach was kind of extreme measure to make it work. Didn’t help though.
We actually do want all of our projects to use the same boot version.
Will try configureEach and enforcedPlatform.
Thanks
configureEach changed nothing.
In the dependencyInsight output there are no mentions of 2.6.3.
if I enforcedPlatform would it prevent me from adjusting versions in subprojects? I need them different in a couple of places.
I think I found one problematic dependency, now its only 2.4.4 enforcedPlatform enforces the version, but I think it’s better to find all the culprits.
Maybe build scan will help me with it. Never used those yet.