Gradle

Clone Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
Rename element-list to package-list

This fixes https://github.com/gradle/gradle/issues/8183 as a workaround of https://bugs.openjdk.java.net/browse/JDK-8211194

Since JDK 11, javadoc's package-list file is superseded by element-list file, but a lot of external tools still need it.

This PR makes a workaround by manually copying element-list file to package-list file.

Rename element-list to package-list

This fixes https://github.com/gradle/gradle/issues/8183 as a workaround of https://bugs.openjdk.java.net/browse/JDK-8211194

Since JDK 11, javadoc's package-list file is superseded by element-list file, but a lot of external tools still need it.

This PR makes a workaround by manually copying element-list file to package-list file.

Make AsciidoctorTask cacheable again (#8148)

This fixes https://github.com/gradle/gradle-private/issues/1741

This PR does:

- Re-enables `CacheableAsciidoctorTask`

- Updates everything to the latest version.

- Fixes several broken cacheability issues.

- Tag the build `CACHE_MISS` upon unexpected cache-miss.

    • -4
    • +4
    /buildSrc/subprojects/build/build.gradle.kts
Update released version to latest snapshot

Update library versions in build init to latest for 5.3

Clean accepted API changes

Update version to 5.3

Clean release notes and welcome message for 5.3

    • -49
    • +21
    /subprojects/docs/src/docs/release/notes.md
Merge remote-tracking branch 'origin/master-test' into release-test

Change the `ClassLoader` graph that `ValidateTaskProperties` uses to inspect the classes so that property validators can be shared between the runtime and the validation task. They are not actually shared yet.

Change the `ClassLoader` graph that `ValidateTaskProperties` uses to inspect the classes so that the inspector type and Gradle types are reused from the Gradle core `ClassLoader` rather than reloading these types. This will also allow services and state to be reused as well.

Upgrade Kotlin DSL to 1.1.1

Signed-off-by: Rodrigo B. de Oliveira <rodrigo@gradle.com>

Support depending on multiple variants of the same component

This commit changes the resolution engine so that it is possible

to resolve multiple variants of the same component when using

variant-aware dependency management.

Before, in order to have 2 dependencies on the same component

but using different variants, one had to use explicit configuration

dependencies. Now, with this change, it is possible to have

two dependencies on the same component, but with different attributes.

Those components would resolve to different variants.

Special treatment is applied when attributes are declared on constraints:

in this case, we _merge_ the constraint attributes, and make sure that

the edge is computed using the merged attributes. Should they be

incompatible, the build would fail as before.

  1. … 15 more files in changeset.
Support depending on multiple variants of the same component

This commit changes the resolution engine so that it is possible

to resolve multiple variants of the same component when using

variant-aware dependency management.

Before, in order to have 2 dependencies on the same component

but using different variants, one had to use explicit configuration

dependencies. Now, with this change, it is possible to have

two dependencies on the same component, but with different attributes.

Those components would resolve to different variants.

Special treatment is applied when attributes are declared on constraints:

in this case, we _merge_ the constraint attributes, and make sure that

the edge is computed using the merged attributes. Should they be

incompatible, the build would fail as before.

  1. … 15 more files in changeset.
Support depending on multiple variants of the same component

This commit changes the resolution engine so that it is possible

to resolve multiple variants of the same component when using

variant-aware dependency management.

Before, in order to have 2 dependencies on the same component

but using different variants, one had to use explicit configuration

dependencies. Now, with this change, it is possible to have

two dependencies on the same component, but with different attributes.

Those components would resolve to different variants.

Special treatment is applied when attributes are declared on constraints:

in this case, we _merge_ the constraint attributes, and make sure that

the edge is computed using the merged attributes. Should they be

incompatible, the build would fail as before.

  1. … 15 more files in changeset.
Fix link to docs in release notes

    • -1
    • +1
    /subprojects/docs/src/docs/release/notes.md
Split methods required in Worker

  1. … 4 more files in changeset.
Split methods required in Worker

  1. … 4 more files in changeset.
Split methods required in Worker

  1. … 4 more files in changeset.
Move most of org.gradle.internal.reflect to modelCore

The JavaMethod and DirectInstantiator classes are used by the service

and classloading infrastructure in `baseServices`, so I would leave

them there for now.

  1. … 49 more files in changeset.
Move most of org.gradle.internal.reflect to modelCore

The JavaMethod and DirectInstantiator classes are used by the service

and classloading infrastructure in `baseServices`, so I would leave

them there for now.

  1. … 49 more files in changeset.
Move most of org.gradle.internal.reflect to modelCore

The JavaMethod and DirectInstantiator classes are used by the service

and classloading infrastructure in `baseServices`, so I would leave

them there for now.

  1. … 49 more files in changeset.
Move most of org.gradle.internal.reflect to modelCore

The JavaMethod and DirectInstantiator classes are used by the service

and classloading infrastructure in `baseServices`, so I would leave

them there for now.

  1. … 50 more files in changeset.
Invert dependencies of buildCache and coreApi

While it would be great to have a split between domain object, the

tanglement of the current API makes it hard to do so.

For now, let's move the `buildCache` API to `coreApi` and invert the

dependency.

    • -1
    • +0
    /subprojects/core-api/core-api.gradle.kts
  1. … 14 more files in changeset.
Invert dependencies of buildCache and coreApi

While it would be great to have a split between domain object, the

tanglement of the current API makes it hard to do so.

For now, let's move the `buildCache` API to `coreApi` and invert the

dependency.

    • -1
    • +0
    /subprojects/core-api/core-api.gradle.kts
  1. … 10 more files in changeset.
Invert dependencies of buildCache and coreApi

While it would be great to have a split between domain object, the

tanglement of the current API makes it hard to do so.

For now, let's move the `buildCache` API to `coreApi` and invert the

dependency.

    • -1
    • +0
    /subprojects/core-api/core-api.gradle.kts
  1. … 10 more files in changeset.
Don't use propertySpecFactory for input files

  1. … 37 more files in changeset.
Don't use propertySpecFactory for input files

  1. … 36 more files in changeset.
Don't use propertySpecFactory for input files

  1. … 37 more files in changeset.
Fix typo in Kotlin DSL Primer

Signed-off-by: Paul Merlin <paul@gradle.com>