Gradle

Clone Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
Add 0.9.1 release notes

    • -0
    • +9
    /doc/release-notes/0.9.1.md
Bump version number {0.9.1 => 0.10.0-SNAPSHOT}

Mention Gradle Script Kotlin v0.9.0 in the release notes

    • -1
    • +1
    /subprojects/docs/src/docs/release/notes.md
Fix integration test

Revert "Fix integration tests"

This reverts commit 0cb871df611096494ae24cd9b3a57ab8d1d9e3b1.

Revert "Log the task when there’s an uncaught exception during execution"

This reverts commit d3790d4f63c484447487b2fbe41fdc907665d41d.

Prepare 0.9.1 release

Clarify why we have a new method

KotlinScriptServiceRegistry extends AbstractPluginServiceRegistry

Fix integration tests

Clarify that the task path is not an input

Update wrappers to latest snapshot distro

    • -1
    • +1
    /gradle/wrapper/gradle-wrapper.properties
  1. … 6 more files in changeset.
Remove build operation listener at end of build

This prevents problems when applying the same custom values script to

buildSrc.

    • -1
    • +9
    /gradle/taskCacheBuildScanUserData.gradle
Bump ci-health plugin versions to v0.35

Bump ci-health plugin versions to v0.35

Convert jmock test to spock

Add a small project to the performance test suite and update scenarios

This is to support the performance page.

    • -1
    • +2
    /subprojects/performance/templates.gradle
Replace line erasures before even parsing, as they can vary based on how large the progress bar is. (#2118)

Log name of task experiencing problems with (un)packing its results

Previously we logged the name of the offending property, but not the task name.

Log the task when there’s an uncaught exception during execution

Previously if there was an exception during task execution, we didn’t always log the task name with the exception.

Increase memory for the daemon

The Gradle build needs more than 1G for some more demanding tasks

like a parallel `quickCheck`.

This change also reduces the client VM memory to something reasonable.

It was set to 2G before because we were running the build in the client

VM on CI. Instead we will now be forking single-use daemons on CI, which

only adds ~500ms per build and interoperates better with the memory being

defined in gradle.properties.

    • -1
    • +1
    /gradle/wrapper/gradle-wrapper.properties
Polish release notes

+review REVIEW-6541

    • -2
    • +2
    /subprojects/docs/src/docs/release/notes.md
Rename org.gradle{.api.resources -> }.normalization

+review REVIEW-6540

  1. … 35 more files in changeset.
Annotate more non public APIs used by the build scan plugin and add clarifying comments.

Find loaded packages in a Java 9 compatible way

We can use reflection to look up the Java 9 friendly public method

`getDefinedPackages()`. If it doesn't exist, then we must not be

running on Java 9, and we should expect to be able to access the

protected `getPacakges` method since that isn't outlawed before Java

9.

Started reworking `ExternalResourceRepository` so that no network request spans more than one method call on `ExternalResourceRepository` or `ExternalResource`.

This is work in progress and this change leaves `ExternalResourceRepository` in an intermediate state between the old and new behaviours. A subsequent change will remove the old behaviours entirely.

The semantics of the `ExternalResourceDownloadBuildOperationType` have changed in several ways:

- The build operation wraps the entire network request, rather than the "download" portion of the request.

- The build operation events are fired regardless of whether the network request was successful or not.

- No content type or content length are included in the operation's detail.

This build operation type is yet to be refactored or documented to reflect these changes.

Allow script plugins to be applied via the plugins DSL

Remote URLs are also supported:

```

plugins {

script "path/to/other.gradle"

script "https://example.com/another.gradle"

}

```

Local file paths are expressed as relative from the requesting script.

Constrain plugins {} block api to distinguish binary and script

plugin requests by both strongly modeled types and ad-hoc groovy parsing

of the plugins block. This pave the way for proper support of the

plugins {} block with the Gradle Kotlin DSL.

Implement ScriptPlugin PluginResolver by generating a synthetic

"imperative" Plugin class that loads and applies the script plugin when

applied.

This synthetic generated loader class and the script plugins are loaded

into the buildSrc classloader scope.

Only Project targets are supported.

`apply false` is not supported.

  1. … 50 more files in changeset.
Merge pull request #2119 from gradle/rbo/release/gradle-script-kotlin-0.9.0

Upgrade gradle-script-kotlin {0.8.0 => 0.9.0}

Pushed usage of `ExternalResourceName` instead of `URI` to represent a remote resource closer to the origin.

  1. … 8 more files in changeset.
Stop testing with Java 9 until we fix Gradle (#2115)

This change removes our test coverage for Java 9 support. We are

currently broken with the latest ea releases of the Java 9 JVM, so we

shouldn't attempt to run our tests using Java 9.

We will reenable this when we have fixed the issues.