[dependabot]

Bumps gradle-wrapper from 8.10.2 to 9.8.2.

Release notes

Sourced from gradle-wrapper's releases.

9.8.2

The Gradle team is excited to announce Gradle 9.8.2.

Here are the highlights of this release:

• Java 27 support
• Maven mirror settings reuse
• Linked problem locations in build output

Read the Release Notes

We would like to thank the following community members for their contributions to this release of Gradle: Aman Gautam, Björn Kautler, Eng Zer Jun, Hashim Khan, Julian Krannich, KBS, Labh R Jethe, Mark Dodgson, Maxim, monkey, nataphon-ktsystems, Paul King, Qiu Tian, rg_sandesh, Roberto Perez Alcolea, Sean, Zongle Wang.

Upgrade instructions

Switch your build to use Gradle 9.8.2 by updating your wrapper:

./gradlew :wrapper --gradle-version=9.8.2 && ./gradlew :wrapper

See the Gradle 9.x upgrade guide to learn about deprecations, breaking changes and other considerations when upgrading.

For Java, Groovy, Kotlin and Android compatibility, see the full compatibility notes.

Reporting problems

If you find a problem with this release, please file a bug on GitHub Issues adhering to our issue guidelines. If you're not sure you're encountering a bug, please use the forum.

We hope you will build happiness with Gradle, and we look forward to your feedback via Twitter or on GitHub.

9.8.1

This is a patch release for Gradle 9.8.0. We recommend using 9.8.1 instead of 9.8.0.

This release addresses three high rated vulnerabilities:

... (truncated)

Commits

• 8de7bcf Speed up the AllVersionsCrossVersion flaky quarantine (#39494)
• 66805db Run all cross-version targets in flaky quarantine
• cdd4c8f Skip empty test tasks in the flaky test quarantine
• 6badb77 Split the AllVersionsCrossVersion quarantine across agents
• 1655e44 Prepare for 9.8.2 (#39492)
• 6702214 Prepare for 9.8.2
• 688c0c1 Fix false warning about unstable graph (#39479)
• 3601d4f Clarify selector reuse comments in SelectorState
• 6e836fd Fix false warning about unstable graph
• a0790e5 Fix hidden artifact cleanup pattern in CheckProject (#39451)
• Additional commits viewable in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
• @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

[claude]

🔴 Every ./gradlew command, in CI and locally, will fail at configuration on Gradle 9.8.2. Today on 8.10.2 the same build only warns. build.gradle:13-14 sets top-level sourceCompatibility/targetCompatibility on the project. That project-level convention property was deprecated in Gradle 8 and removed in Gradle 9. Fix: move both into java { sourceCompatibility = JavaVersion.VERSION_1_8; targetCompatibility = JavaVersion.VERSION_1_8 } in build.gradle in this PR, keeping the Java 8 bytecode floor. Also confirm com.vanniktech.maven.publish 0.30.0 works on Gradle 9.

Why this was flagged

The trigger is any wrapper invocation after merge, such as ./gradlew build in push.yml or ./gradlew test for the required Unit Tests check. Line 3 switches distributionUrl to gradle-9.8.2-bin.zip. build.gradle:13 sourceCompatibility = JavaVersion.VERSION_1_8 and build.gradle:14 targetCompatibility = JavaVersion.VERSION_1_8 assign project-level properties that came from the Convention API (JavaPluginConvention). Gradle 8.x only logged a deprecation warning for them, and Gradle 9.0 removed them. Groovy DSL then throws "Could not set unknown property 'sourceCompatibility' for root project". On the base branch (8.10.2) the build succeeds. After merge, build, test, and the release-draft/release-publish workflows fail before any task runs, so releases are blocked. Because this Dependabot PR changes only wrapper files, nothing in build.gradle was updated to compensate.

Verification: The diff changes gradle-wrapper.properties line 3 to gradle-9.8.2-bin.zip, while build.gradle lines 13-14 still set top-level sourceCompatibility and targetCompatibility. Gradle 9.0 removed the Convention API they rely on, so every ./gradlew run fails at configuration. On the base (8.10.2) the same lines only log a deprecation warning, so this is a regression this PR introduces.