Kevin Brightwell
12/04/2024, 6:22 PMTransforming build-targets-gradle-plugin-0.0.0.jar (com.faire:build-targets-gradle-plugin:0.0.0) with InstrumentationAnalysisTransform
Transforming build-targets-gradle-plugin-0.0.1.jar (com.faire:build-targets-gradle-plugin:0.0.1) with InstrumentationAnalysisTransform
I can’t share code, but I’m mostly looking for help on debugging why this would be.
I’ve verified that there are no versions specified in the code base except via libs.versions.toml
which has the right 0.0.1
version. I can see other old plugin versions in use, too.
How can I debug why these old versions are showing up?Vampire
12/04/2024, 6:34 PMbuildEnvironment
task.
It can be misleading though, for example when things come in through classloader hierarchy like buildSrc
dependencies.Kevin Brightwell
12/04/2024, 6:35 PMbuildSrc
and no includeBuild(…)
. What should be looked at in the build scan>Kevin Brightwell
12/04/2024, 6:35 PMVampire
12/04/2024, 6:36 PMincludeBuild
.
Those would be visible.
buildSrc
would not.Kevin Brightwell
12/04/2024, 6:36 PMVampire
12/04/2024, 6:36 PMVampire
12/04/2024, 6:37 PMtoString()
usually shows quite clearly from which classloader that class is coming.Vampire
12/04/2024, 6:37 PMKevin Brightwell
12/04/2024, 6:40 PMKevin Brightwell
12/04/2024, 6:40 PMKevin Brightwell
12/04/2024, 6:46 PMcom.faire:build-targets-gradle-plugin
, back tracked to another plugin. When I bumped the version on this one, pulled that one I was still getting old. Figured out there’s an older version on the classpath that needs to be bumped/removed.Kevin Brightwell
12/04/2024, 6:58 PM