TestReport

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

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

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

The dependencies of this task.

The description of this task.

The directory to write the HTML report to.

The destroyables of this task.

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.

Returns if this task is enabled or not.

The container of extensions.

Returns tasks that finalize this task.

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.

The inputs of this task.

The local state of this task.

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

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.

Returns tasks that this task must run after.

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

The outputs of this task.

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 :.

The Project which this task belongs to.

Calling this method from a task action is not supported when configuration caching is enabled.

Returns tasks that this task should run after.

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.

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

Calling this method from a task action is not supported when configuration caching is enabled.

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.

The set of binary test results to include in the report.

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.

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

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

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

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

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

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

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

Do not track the state of the task.

Instructs Gradle to treat the task as untracked.

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.

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

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.

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() }

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("run only in production environment", new Spec<Task>() {
   boolean isSatisfiedBy(Task task) {
      return isProductionEnvironment();
   }
});

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();
   }
});

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

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.

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

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.

Registers a BuildService that is used by this task so BuildServiceRegistration.getMaxParallelUsages() can be honored.