# Task

API Documentation: | `Task`

Known Subtypes: |
`DefaultTask`

A `Task` represents a single atomic piece of work for a build, such as compiling classes or generating javadoc.

Each task belongs to a `Project`. You can use the various methods on `TaskContainer` to create and lookup task instances. For example, `TaskContainer.create(java.lang.String)` creates an empty task with the given name. You can also use the `task` keyword in your build file:

    task myTask
    task myTask { configure closure }
    task myTask(type: SomeType)
    task myTask(type: SomeType) { configure closure }

Each task has a name, which can be used to refer to the task within its owning project, and a fully qualified path, which is unique across all tasks in all projects. The path is the concatenation of the owning project's path and the task's name. Path elements are separated using the `:` character.

### Task Actions

A `Task` is made up of a sequence of `Action` objects. When the task is executed, each of the actions is executed in turn, by calling `Action.execute(T)`. You can add actions to a task by calling `Task.doFirst(org.gradle.api.Action)` or `Task.doLast(org.gradle.api.Action)`.

Groovy closures can also be used to provide a task action. When the action is executed, the closure is called with the task as parameter. You can add action closures to a task by calling `Task.doFirst(groovy.lang.Closure)` or `Task.doLast(groovy.lang.Closure)`.

There are 2 special exceptions which a task action can throw to abort execution and continue without failing the build. A task action can abort execution of the action and continue to the next action of the task by throwing a `StopActionException`. A task action can abort execution of the task and continue to the next task by throwing a `StopExecutionException`. Using these exceptions allows you to have precondition actions which skip execution of the task, or part of the task, if not true.

### Task Dependencies and Task Ordering

A task may have dependencies on other tasks or might be scheduled to always run after another task. Gradle ensures that all task dependencies and ordering rules are honored when executing tasks, so that the task is executed after all of its dependencies and any "must run after" tasks have been executed.

Dependencies to a task are controlled using `Task.dependsOn(java.lang.Object[])` or `Task.setDependsOn(java.lang.Iterable)`, and `Task.mustRunAfter(java.lang.Object[])`, `Task.setMustRunAfter(java.lang.Iterable)`, `Task.shouldRunAfter(java.lang.Object[])` and `Task.setShouldRunAfter(java.lang.Iterable)` are used to specify ordering between tasks. You can use objects of any of the following types to specify dependencies and ordering:

- A `String`, `CharSequence` or `groovy.lang.GString` task path or name. A relative path is interpreted relative to the task's `Project`. This allows you to refer to tasks in other projects.
- A `Task`.
- A `TaskDependency` object.
- A `TaskReference` object.
- A `Buildable` object.
- A `RegularFileProperty` or `DirectoryProperty`.
- A `Provider` object. May contain any of the types listed here.
- A `Iterable`, `Collection`, `Map` or array. May contain any of the types listed here. The elements of the iterable/collection/map/array are recursively converted to tasks.
- A `Callable`. The `call()` method may return any of the types listed here. Its return value is recursively converted to tasks. A `null` return value is treated as an empty collection.
- A Groovy `Closure` or Kotlin function. The closure may take a `Task` as parameter. The closure or function may return any of the types listed here. Its return value is recursively converted to tasks. A `null` return value is treated as an empty collection.
- Anything else is treated as an error.

### Using a Task in a Build File

#### Dynamic Properties

A `Task` has 4 'scopes' for properties. You can access these properties by name from the build file or by calling the `Task.property(java.lang.String)` method. You can change the value of these properties by calling the `Task.setProperty(java.lang.String, java.lang.Object)` method.

- The `Task` object itself. This includes any property getters and setters declared by the `Task` implementation class. The properties of this scope are readable or writable based on the presence of the corresponding getter and setter methods.
- The extensions added to the task by plugins. Each extension is available as a read-only property with the same name as the extension.
- The convention properties added to the task by plugins. A plugin can add properties and methods to a task through the task's `Convention` object. The properties of this scope may be readable or writable, depending on the convention objects.
- The extra properties of the task. Each task object maintains a map of additional properties. These are arbitrary name -> value pairs which you can use to dynamically add properties to a task object. Once defined, the properties of this scope are readable and writable.

#### Dynamic Methods

A `Plugin` may add methods to a `Task` using its `Convention` object.

#### Parallel Execution

By default, tasks are not executed in parallel unless a task is waiting on asynchronous work and another task (which is not dependent) is ready to execute. Parallel execution can be enabled by the `--parallel` flag when the build is initiated. In parallel mode, the tasks of different projects (i.e. in a multi project build) are able to be executed in parallel.

### Properties

Property | Description
`actions` | The sequence of `Action` objects which will be executed by this task, in the order of execution.
`ant` | The `AntBuilder` for this task. You can use this in your build file to execute ant tasks.
`convention` | The `Convention` object for this task. A `Plugin` can use the convention object to contribute properties and methods to this task.
`dependsOn` | The dependencies of this task.
`description` | The description of this task.
`destroyables` | The destroyables of this task.
`didWork` | Checks if the task actually did any work. Even if a Task executes, it may determine that it has nothing to do. For example, a compilation task may determine that source files have not changed since the last time a the task was run.
`enabled` | Returns if this task is enabled or not.
`extensions` | The container of extensions.
`finalizedBy` | Returns tasks that finalize this task.
`group` | The task group which this task belongs to. The task group is used in reports and user interfaces to group related tasks together when presenting a list of tasks to the user.
`inputs` | The inputs of this task.
`localState` | The local state of this task.
`logger` | The logger for this task. You can use this in your build file to write log messages.
`logging` | The `LoggingManager` which can be used to receive logging and to control the standard output/error capture for this task. By default, System.out is redirected to the Gradle logging system at the QUIET log level, and System.err is redirected at the ERROR log level.
`mustRunAfter` | Returns tasks that this task must run after.
`name` | The name of this task. The name uniquely identifies the task within its `Project`.
`outputs` | The outputs of this task.
`path` | The path of the task, which is a fully qualified name for the task. The path of a task is the path of its `Project` plus the name of the task, separated by `:`.
`project` | The `Project` which this task belongs to.
`shouldRunAfter` | Returns tasks that this task should run after.
`state` | The execution state of this task. This provides information about the execution of this task, such as whether it has executed, been skipped, has failed, etc.
`taskDependencies` | Returns a `TaskDependency` which contains all the tasks that this task depends on.
`temporaryDir` | Returns a directory which this task can use to write temporary files to. Each task instance is provided with a separate temporary directory. There are no guarantees that the contents of this directory will be kept beyond the execution of the task.
`timeout` | The timeout of this task.

### Methods

Method | Description
`dependsOn(paths)` | Adds the given dependencies to this task. See here for a description of the types of objects which can be used as task dependencies.
`doFirst(action)` | Adds the given closure to the beginning of this task's action list. The closure is passed this task as a parameter when executed.
`doFirst(actionName, action)` | Adds the given `Action` to the beginning of this task's action list.
`doFirst(action)` | Adds the given `Action` to the beginning of this task's action list.
`doLast(action)` | Adds the given closure to the end of this task's action list. The closure is passed this task as a parameter when executed.
`doLast(actionName, action)` | Adds the given `Action` to the end of this task's action list.
`doLast(action)` | Adds the given `Action` to the end of this task's action list.
`finalizedBy(paths)` | Adds the given finalizer tasks for this task.
`hasProperty(propertyName)` | Determines if this task has the given property. See here for details of the properties which are available for a task.
`mustRunAfter(paths)` | Specifies that this task must run after all of the supplied tasks.
`onlyIf(onlyIfClosure)` | Execute the task only if the given closure returns true. The closure will be evaluated at task execution time, not during configuration. The closure will be passed a single parameter, this task. If the closure returns false, the task will be skipped.
`onlyIf(onlyIfSpec)` | Execute the task only if the given spec is satisfied. The spec will be evaluated at task execution time, not during configuration. If the Spec is not satisfied, the task will be skipped.
`property(propertyName)` | Returns the value of the given property of this task. This method locates a property as follows:
`setProperty(name, value)` | Sets a property of this task. This method searches for a property with the given name in the following locations, and sets the property on the first location where it finds the property.
`shouldRunAfter(paths)` | Specifies that this task should run after all of the supplied tasks.

### Script blocks

No script blocks

### Property details

#### ``List`<`Action`<? super `Task`>>` `actions`

The sequence of `Action` objects which will be executed by this task, in the order of execution.

#### `AntBuilder` `ant` (read-only)

The `AntBuilder` for this task. You can use this in your build file to execute ant tasks.

#### `Convention` `convention` (read-only)

The `Convention` object for this task. A `Plugin` can use the convention object to contribute properties and methods to this task.

#### ``Set`<`Object`>` `dependsOn`

The dependencies of this task.

#### `String` `description`

The description of this task.

#### `TaskDestroyables` `destroyables` (read-only)

The destroyables of this task.

#### `boolean` `didWork`

Checks if the task actually did any work. Even if a Task executes, it may determine that it has nothing to do. For example, a compilation task may determine that source files have not changed since the last time a the task was run.

#### `boolean` `enabled`

Returns if this task is enabled or not.

#### `ExtensionContainer` `extensions` (read-only)

The container of extensions.

#### `TaskDependency` `finalizedBy`

Returns tasks that finalize this task.

#### `String` `group`

The task group which this task belongs to. The task group is used in reports and user interfaces to group related tasks together when presenting a list of tasks to the user.

#### `TaskInputs` `inputs` (read-only)

The inputs of this task.

#### `TaskLocalState` `localState` (read-only)

The local state of this task.

#### `Logger` `logger` (read-only)

The logger for this task. You can use this in your build file to write log messages.

#### `LoggingManager` `logging` (read-only)

The `LoggingManager` which can be used to receive logging and to control the standard output/error capture for this task. By default, System.out is redirected to the Gradle logging system at the QUIET log level, and System.err is redirected at the ERROR log level.

#### `TaskDependency` `mustRunAfter`

Returns tasks that this task must run after.

#### `String` `name` (read-only)

The name of this task. The name uniquely identifies the task within its `Project`.

#### `TaskOutputs` `outputs` (read-only)

The outputs of this task.

#### `String` `path` (read-only)

The path of the task, which is a fully qualified name for the task. The path of a task is the path of its `Project` plus the name of the task, separated by `:`.

#### `Project` `project` (read-only)

The `Project` which this task belongs to.

#### `TaskDependency` `shouldRunAfter`

Returns tasks that this task should run after.

#### `TaskState` `state` (read-only)

The execution state of this task. This provides information about the execution of this task, such as whether it has executed, been skipped, has failed, etc.

#### `TaskDependency` `taskDependencies` (read-only)

Returns a `TaskDependency` which contains all the tasks that this task depends on.

#### `File` `temporaryDir` (read-only)

Returns a directory which this task can use to write temporary files to. Each task instance is provided with a separate temporary directory. There are no guarantees that the contents of this directory will be kept beyond the execution of the task.

#### ``Property`<`Duration`>` `timeout`

The timeout of this task.

    task myTask {
        timeout = Duration.ofMinutes(10)
    }

The Thread executing this task will be interrupted if the task takes longer than the specified amount of time to run. In order for a task to work properly with this feature, it needs to react to interrupts and must clean up any resources it opened.

By default, tasks never time out.

### Method details

#### `Task` `dependsOn`(``Object`...` paths)

Adds the given dependencies to this task. See here for a description of the types of objects which can be used as task dependencies.

#### `Task` `doFirst`(`Closure` action)

Adds the given closure to the beginning of this task's action list. The closure is passed this task as a parameter when executed.

#### `Task` `doFirst`(`String` actionName, ``Action`<? super `Task`>` action)

Adds the given `Action` to the beginning of this task's action list.

#### `Task` `doFirst`(``Action`<? super `Task`>` action)

Adds the given `Action` to the beginning of this task's action list.

#### `Task` `doLast`(`Closure` action)

Adds the given closure to the end of this task's action list. The closure is passed this task as a parameter when executed.

#### `Task` `doLast`(`String` actionName, ``Action`<? super `Task`>` action)

Adds the given `Action` to the end of this task's action list.

#### `Task` `doLast`(``Action`<? super `Task`>` action)

Adds the given `Action` to the end of this task's action list.

#### `Task` `finalizedBy`(``Object`...` paths)

Adds the given finalizer tasks for this task.

    task taskY {
        finalizedBy "taskX"
    }

See here for a description of the types of objects which can be used to specify a finalizer task.

#### `boolean` `hasProperty`(`String` propertyName)

Determines if this task has the given property. See here for details of the properties which are available for a task.

#### `Task` `mustRunAfter`(``Object`...` paths)

Specifies that this task must run after all of the supplied tasks.

    task taskY {
        mustRunAfter "taskX"
    }

For each supplied task, this action adds a task 'ordering', and does not specify a 'dependency' between the tasks. As such, it is still possible to execute 'taskY' without first executing the 'taskX' in the example.

See here for a description of the types of objects which can be used to specify an ordering relationship.

#### `void` `onlyIf`(`Closure` onlyIfClosure)

Execute the task only if the given closure returns true. The closure will be evaluated at task execution time, not during configuration. The closure will be passed a single parameter, this task. If the closure returns false, the task will be skipped.

You may add multiple such predicates. The task is skipped if any of the predicates return false.

Typical usage:`myTask.onlyIf { isProductionEnvironment() }`

#### `void` `onlyIf`(``Spec`<? super `Task`>` onlyIfSpec)

Execute the task only if the given spec is satisfied. The spec will be evaluated at task execution time, not during configuration. If the Spec is not satisfied, the task will be skipped.

You may add multiple such predicates. The task is skipped if any of the predicates return false.

Typical usage (from Java):

    myTask.onlyIf(new Spec<Task>() {
       boolean isSatisfiedBy(Task task) {
          return isProductionEnvironment();
       }
    });

#### `Object` `property`(`String` propertyName)

Returns the value of the given property of this task. This method locates a property as follows:

1. If this task object has a property with the given name, return the value of the property.
2. If this task has an extension with the given name, return the extension.
3. If this task's convention object has a property with the given name, return the value of the property.
4. If this task has an extra property with the given name, return the value of the property.
5. If not found, throw `MissingPropertyException`

#### `void` `setProperty`(`String` name, `Object` value)

Sets a property of this task. This method searches for a property with the given name in the following locations, and sets the property on the first location where it finds the property.

1. The task object itself. For example, the `enabled` project property.
2. The task's convention object.
3. The task's extra properties.

If the property is not found, a `MissingPropertyException` is thrown.

#### `TaskDependency` `shouldRunAfter`(``Object`...` paths)

Specifies that this task should run after all of the supplied tasks.

    task taskY {
        shouldRunAfter "taskX"
    }

For each supplied task, this action adds a task 'ordering', and does not specify a 'dependency' between the tasks. As such, it is still possible to execute 'taskY' without first executing the 'taskX' in the example.

See here for a description of the types of objects which can be used to specify an ordering relationship.