@filiphr Look, I'm doing a spring cleanup for all the stuff I personally deem necessary at the moment.
When the list of changes is ~complete, I'd update both commit message and PR description as well.
The PR will be un-drafted as well.

That is completely fine with me. I mainly asked because I saw that the builds with 2024.2 EAP are failing on main and thought this might help. I also saw that Gradle 8.5 was not working with Java 21 😄.

Given I'm the one who did the cleanup around Gradle the last time 1.5 years ago, it looks like I'm the only one who cares about Gradle. Kind of makes me maniac.
Well, no. I'm a downstream consumer, so I'm kind of involved and engaged as required.

My Gradle knowledge is rather limited, so that's why some things might look strange to you and / or why I haven't gotten around in cleaning it up. Any help is more than appreciated.

As for everything else, it looks like tests pass with a certain mockJDK versions by JetBrains and fail ridiculously with the regular way to obtain and exploit the mocks intended for the particular version of the IDE.
That's something to be contemplated about.

I think that I copied the approach for mocking the JDK from some other project. I don't remember anymore. However, I believe that now the time has come that we can easily get rid of this and just use JDK 17 (not sure if we need to mock then).

Please, don't hesitate to tell me to piss off with the changes I propose, but please do so granularly and reasonably.

I'm extremely grateful for the contributions, I always appreciate them.

If you're okay with switching from Gradle Groovy DSL to Kotlin DSL, just give me a go ahead.

I would be fine with that. I think that I tried it once, but due to my lack of Gradle and Kotlin knowledge, I didn't have much time to spend on it.