This message was deleted.
# community-support
s
This message was deleted.
c
Run a build scan, it will show why a dependency is pulled in.
t
…or, without a buid scan: • janino should appear elsewhere in the output • you could also use the
dependencyInsight
task Documentation: https://docs.gradle.org/current/userguide/viewing_debugging_dependencies.html#sec:identifying_reason_dependency_selection
m
well the build scan isn't helpful in my eyes either
v
Can you provide that build scan?
m
i mean, it says "selected by rule" but i did not configure any
resolutionStrategy
t
Maybe the spring dependency management plugin?
v
Yeah, was about to suggest the same. Also does
./gradlew dependencyInsight --dependency org.codehaus.janino:janino --configuration compileClasspath
bring and additionaly information? I fear not though, as the build scan is also surprisingly useless here.
Yep, the spring boot bom defines the Janino version to be 3.1.7
m
sigh @Thomas Broyer was right. we recently switched to quarkus and there was still the spring plugin in place. thank you!
v
And the spring dependency management plugin hides the information
If you would use the built-in BOM support instead of that obsolete plugin, the information should have been clearer
m
i will keep this in mind, thank you :)
👌 1