Clone Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
Fix some lgtm alerts

  1. … 11 more files in changeset.
Make file operations in worker daemons relative to project directory

  1. … 20 more files in changeset.
Compiler daemons can access internal services

  1. … 19 more files in changeset.
Mark a task as "did work" even when it only deleted stale outputs

  1. … 13 more files in changeset.
Rename StaleClassCleaner to StaleOutputCleaner and add Javadoc

  1. … 13 more files in changeset.
Simplify StaleClassCleaner API

  1. … 11 more files in changeset.
Remove AbstractCompile.compile()

The method is not useful, and incremental compiler tasks were only throwing a UnsupportedOperationException anyway.

This shouldn't break any implementing task during runtime. Compilation would break but can be fixed easily by removing the `@Override` annotation.

    • -2
    • +0
    ./gradle/api/tasks/compile/AbstractCompile.java
  1. … 4 more files in changeset.
Use Deleter in cleaning stale outputs, take 2

This covers the remaining use cases:

- stale class cleanup for compilers

- stale overlapping output cleanup

  1. … 30 more files in changeset.
Rename WorkerExecution to WorkAction, WorkerParameters to WorkParameters

  1. … 37 more files in changeset.
Use a convenience method for loading class

Move compiler parameters into compiler implementation classes

  1. … 5 more files in changeset.
Follow-ups of incremental Groovy compilation (#9848)

This PR:

- Closes https://github.com/gradle/gradle/issues/9785 and https://github.com/gradle/gradle/issues/9380

- Adds tests for

- Multiple classes in a same source Groovy file.

- Moving files between source set roots

Previously, removing a source directory from a source set would break the Java (and Groovy) incremental compiler (https://github.com/gradle/gradle/issues/9380). This PR detects this case and runs a full recompilation.

It also records relative path instead of absolute path in Groovy incremental compilation to make it build-cache-friendly.

  1. … 26 more files in changeset.
Change compiler daemons to use typed parameter api

  1. … 2 more files in changeset.
Introduce typed parameter API for workers

  1. … 28 more files in changeset.
Use isolated parameters for all worker isolation modes

  1. … 44 more files in changeset.
Simplify the ActionExecutionSpec class hierarchy

  1. … 10 more files in changeset.
Add missing @Override to all modules

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

  1. … 999 more files in changeset.
Change compilers to just send raw objects across

  1. … 7 more files in changeset.
Simplify daemon groovy compiler classpath filter

  1. … 3 more files in changeset.
Pass compiler classes and instantiate them in the worker

  1. … 25 more files in changeset.
Provide a basic service registry for worker injection

This allows us to pull some of the service stuff out of the Zinc

compiler and use the services of the process rather than constructing

its own service hierarchy. This also positions us to provide

meaningful public services to workers in the future.

  1. … 12 more files in changeset.
Introduce an internal factory to create `JavaForkOptions`, to encapsulate the service(s) needed to create instances of this type and decouple clients from this detail. This could/should move to `ObjectFactory` or some other public factory type.

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

    • -3
    • +3
    ./gradle/api/tasks/compile/AbstractOptions.java
  1. … 18 more files in changeset.
Move some internal types back to their original package.

    • -1
    • +1
    ./gradle/api/tasks/compile/AbstractOptions.java
  1. … 75 more files in changeset.
Moved a bunch of dynamic object related types from core to live in modelCore.

    • -1
    • +1
    ./gradle/api/tasks/compile/AbstractOptions.java
  1. … 104 more files in changeset.
Don't attempt to change a worker's working dir

Since Java 11 no longer supports changing the working directory of a

running process, a worker's working dir is now always

`GRADLE_USER_HOME/workers`.

Setting the working directory of a worker via the fork options of

`WorkerConfiguration` is now prohibited.

Resolves #7323.

  1. … 26 more files in changeset.
Address review feedback

    • -0
    • +2
    ./gradle/language/jvm/JvmResourceSet.java
  1. … 4 more files in changeset.
De-incubate ProcessResources (2.x)

    • -2
    • +0
    ./gradle/language/jvm/JvmResourceSet.java
Move file collection APIs out of core (#6525)

This change breaks out code that directly relates to handling `FileCollection`s and their build dependencies (called `TaskDependency` at this time) into a separate subproject (`:files`). This is so that other modules can build on just this module instead of having to depend on the oversized `:core`.

As part of the change `Provider`s have been moved to `:base-services`. In a possible followup step `:base-services` could be split into a module that captures the very basic concepts of Gradle's data model: it's all about `DomainObjectCollection`s that can be configured via `Action`s, transformed via `Transformer`s, lazyness can be provided via `Provider`s and rich mutable data types can be created via `Property` objects.

Another addition to `:base-serivces` is the directed graph traversal algorithms used in many parts of Gradle.

  1. … 443 more files in changeset.
Remove JvmLanguageCompileSpec.{source,classpath}