On Mon, 10 Aug 2026 06:58:39 GMT, Michael Strauß <[email protected]> wrote:

>> Loading the project in IntelliJ fails during Gradle synchronization with 
>> dependency verification errors for Groovy 4.0.28 artifacts. A normal 
>> command-line task such as `gradlew help` does not reproduce the problem 
>> because it does not request source artifacts for Gradle’s bundled Groovy 
>> libraries. The underlying cause is that the Gradle 9.2 upgrade introduced 
>> Groovy 4.0.28, but the committed verification metadata was never expanded 
>> for the metadata files used specifically during IDE source resolution.
>> 
>> When IntelliJ imports the project with source downloading enabled, Gradle 
>> attempts to attach sources for its local Groovy dependencies. Gradle 
>> performs this resolution through its internal repository named Gradle Libs. 
>> The project enables verification of dependency metadata:
>> 
>> <verify-metadata>true</verify-metadata>
>> 
>> 
>> Source JARs are already trusted by the existing `*-sources.jar` rule. 
>> Resolving those JARs, however, also requires Gradle module metadata and the 
>> Groovy BOM metadata. These .module and .pom files are not present in 
>> verification-metadata.xml, so Gradle rejects them.
>> 
>> This problem is fixed by adding checksums for the module metadata of every 
>> Groovy 4.0.28 library bundled with Gradle 9.2.
>> 
>> ---------
>> - [x] I confirm that I make this contribution in accordance with the 
>> [OpenJDK Interim AI Policy](https://openjdk.org/legal/ai).
>
> Michael Strauß has updated the pull request incrementally with one additional 
> commit since the last revision:
> 
>   readme

> This problem is fixed by adding checksums for the module metadata of every 
> Groovy 4.0.28 library bundled with Gradle 9.2.

These entries are for Gradle 9.2.0.
The gradle version is now updated to 9.7.0 : So, do the entries in 
`gradle/verification-metadata.xml` needs to be updated ?

gradle/README.txt line 60:

> 58:    build/reports/dependency-verification/
> 59: 
> 60:    After adding the artifact entries, remove the temporary lenient setting

It requires to manually update the gradle/verification-metadata.xml after this 
step?
If Yes, may be mention it explicitly.
And, Is there a way to avoid this manual step ? Any option that updates the 
gradle/verification-metadata.xml file directly ?

-------------

Changes requested by arapte (Reviewer).

PR Review: https://git.openjdk.org/jfx/pull/2247#pullrequestreview-5088866905
PR Review Comment: https://git.openjdk.org/jfx/pull/2247#discussion_r3913497841

Reply via email to