so the whole daemon-jvm thing doesn't work out of ...
# community-support
c
so the whole daemon-jvm thing doesn't work out of the box?
Copy code
./gradlew updateDaemonJvm --jvm-version=21
Copy code
Configuration cache state could not be cached: field `__toolchainDownloadUrls__` of task `:updateDaemonJvm` of type `org.gradle.buildconfiguration.tasks.UpdateDaemonJvm`: error writing value of type 'org.gradle.api.internal.provider.DefaultMapProperty'
😢 3
v
There is a prominent warning in the docs of the feature saying
This process requires toolchain download repositories to be configured. See below for details.
c
yes, but... that's awful 😕 seems like yet another unfinished feature
v
Of course, it is still incubating
c
lol
v
First thing in the docs
c
is version catalog still incubating?
v
If you have thoughts, share them with the Gradle folks, now is the time to do even breaking changes lightly
No
c
seems like an unfinished feature
v
Not to me
c
really? oh right, you don't use buildSrc
v
I use included build for build logic not
buildSrc
. But if this is about not having type-safe accessors, well that is by design of how the feature works and there are work-around for those wanting to still do it under some restrictions. So not really a sign for the feature not being finished, more that you are not happy with the design decisions done.
c
different definitons of done... consistent apis is done 😉
v
What is not consistent?
c
how I add things to any given dependency block
v
Well, things evolve and need to transition without breaking everyone's builds
c
never ever breaking api/abi is not a great idea (so sayeth our completely broken gradle setup at work )
subprojects don't work at all, and testFixtures is like 80% broken
all because gradle maintained backwards compatability and I have to apply a plugin that is written in a broken way
like it's gradle 4
every single thing it does has a better way of doing it now... and much of it probably shouldn't even work
not breaking builds is breaking my ability to build and iterate rapidly.
break peoples builds more... they can not upgrade
v
Please don't speak for all people, but just yourself, because you reflect my opinion in practically 0 way. If you have thoughts about the backwards compatibility policy, direct them to the Gradle folks. But I hope that they will not consider and also think they will not, because it is breaking enough already and also many users complain that it evolves too quickly for their taste, not too fast. Also if your build is that badly broken, it is most likely not the fault of Gradle. 😉
c
if gradle disallowed things it now considers bad 😉
but you wouldn't agree with my rationale 😉
anyways, peace, I'm out
v
Yes, that would break people's build and make them upset and rightfully so
They do it with major versions, that is breaking enough
c
I'm saying that they should break more things with major versions... like most of this stuff hasn't been a good idea for something like 10 years
at least 5
anyways
peace, I'm out