Migrate version catalog and clean up settings plugins

[Goooler]

Closes #2704.

[Copilot]

Pull request overview

Migrates dependency and plugin version management from gradle.properties/inline strings to a Gradle version catalog (gradle/libs.versions.toml) and centralizes plugin declarations in the root build, reducing duplicated version declarations across modules.

Changes:

• Introduce gradle/libs.versions.toml and switch module dependencies to libs.* coordinates.
• Move most plugin version declarations out of settings.gradle and into the root build.gradle via plugin aliases (apply false).
• Remove legacy VER_* constants from gradle.properties and update shared Gradle scripts to use catalog versions.

Reviewed changes

Copilot reviewed 11 out of 12 changed files in this pull request and generated 2 comments.

Show a summary per file

File	Description
gradle/libs.versions.toml	Adds the version catalog entries for dependencies and plugins.
gradle.properties	Removes VER_* version constants now sourced from the catalog.
build.gradle	Declares plugin aliases (mostly apply false) using the catalog.
settings.gradle	Simplifies settings plugin declarations (keeps Develocity + a couple others).
gradle/java-setup.gradle	Uses catalog-provided Java release + annotation deps.
gradle/error-prone.gradle	Uses catalog-provided Error Prone dependency.
gradle/rewrite.gradle	Uses catalog-provided OpenRewrite recipe dependencies.
lib/build.gradle	Replaces hardcoded dependency notations with libs.*.
lib-extra/build.gradle	Replaces hardcoded dependency notations with libs.* and updates a Spotless regex replacement.
plugin-gradle/build.gradle	Replaces hardcoded dependency notations with libs.*.
plugin-maven/build.gradle	Switches plugin application and dependencies to catalog aliases/coordinates.
testlib/build.gradle	Replaces hardcoded dependency notations with libs.*.

---

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.