can a version catalog be externalized without a pl...
# community-support
c
can a version catalog be externalized without a plugin? or would doing so always require a plugin
p
What do you mean with externalized? Creating the toml file for publishing or depending on it as consumer?
c
Depending on it as a consumer. I'm not sure if I'd use a toml file for this either
p
Still don't get it what you mean: I have this Gradle subproject (as producer) creating the toml file https://github.com/hfhbd/kobol/blob/main/catalog/build.gradle.kts, that is published here https://repo.maven.apache.org/maven2/app/softwork/kobol/catalog/0.2.12, and this code to consume it:
Copy code
dependencyResolutionManagement.versionCatalogs.register("kobol") {
  from("app.softwork.kobol:catalog:$KOBOL_VERSION")
}
from supports any notation/objects
settings.files
supports, so you can pass a file, a dependency notation or a file collection too. https://docs.gradle.org/current/kotlin-dsl/gradle/org.gradle.kotlin.dsl/-settings-script-api/files.html
c
hmm... I imagine if I had that reference a <fn>.versions.toml that wouldn't fully do what I want. Part of what I want is to have the static accessors pregenerated and shipped, assuming that's possible at all. I'm fairly confident that because I use @Vampire’s hack to allow static accessors in buildSrc that anytime I update this file my configuration-cache is being completely invalidated which currently doubles my CI build time until I merge
So a partial goal is not to have to rebuild those... the other of course will be to generate an archive of all of spring-boot's dependency graph (without versions) and kick them a bit harder to perhaps push this file...