Gradle Task: Difference between revisions

From NovaOrdis Knowledge Base
Jump to navigation Jump to search
Line 28: Line 28:


The last doFirst() invocation will configure the action that is executed first. The last doLast() invocation will configure the action that is executed last.
The last doFirst() invocation will configure the action that is executed first. The last doLast() invocation will configure the action that is executed last.
Actions can be anonymous or named.


=Task Sources=
=Task Sources=

Revision as of 23:44, 17 May 2018

External

Internal

Overview

A task is a core Gradle concept. It represents a single atomic piece of work for a build, such as compiling classes or generating javadoc. Each task belongs to a specific project. Each task has a name, which can be used to refer to the task within its project, and a fully qualified path, which is unique across all projects. The path is the concatenation of the owning project's path and the task name, separated by the ":" character.

A build consists in executing a sequence of tasks in succession. Gradle computes the Directed Acyclic Graph of to be executed in order to fulfill the tasks specified on command line, and then executes them honoring inter-task dependencies and insuring the fact that a task is executed only once. Gradle builds the complete dependency graph before any tasks is executed.

All tasks known to a build can be displayed with:

gradle tasks

The tasks known to a specific project can be displayed with:

gradle :<project-path>:tasks

Task Action

Each task consists of a sequence of Action objects, which are executed in order when the tasks is executed. Actions can be added to a task by calling Task's doFirst() or doLast() methods:

doFirst|doLast { action-closure }

The last doFirst() invocation will configure the action that is executed first. The last doLast() invocation will configure the action that is executed last.

Actions can be anonymous or named.

Task Sources

Default Tasks

Any build comes with a number of pre-defined default tasks, regardless on whether plugins have been applied or not. They are available below:

gradle dependencies

Displays all dependencies (classpath) for various dependency configurations of the root project or a sub-project. More details in:

Inspecting Dependencies
gradle dependencyInsight

Displays the insight into a specific dependency. More details in:

Inspecting Dependencies
gradle dependentComponents

Displays the dependent components of components in project ':subproject-A'.

gradle model

Displays the configuration model of project ':subproject-A'.

gradle projects

Displays the sub-projects of project ':subproject-A'.

gradle properties 

Displays the properties of project ':subproject-A'.

gradle tasks 

Displays the tasks runnable from project ':subproject-A'.

gradle buildEnvironment

Displays all buildscript dependencies declared in project ':subproject-A'.

gradle components

Displays the components produced by project ':subproject-A'.

Tasks From Plugins

Plugins that have been applied to the project may come with their own tasks. This is a non-exhaustive list:

Explicit Task Declaration

Tasks may be explicitly declared in build.gradle using the "task" keyword (Project's task() method). There are four forms to declare custom tasks:

task <task-name> // for empty tasks
task <task-name> { configuration-closure }
task <task-name>(type: <SomeTaskType>) // empty task of a specific type
task <task-name>(type: <SomeTaskType>)  { configuration-closure }

The configuration closures should add actions, as described above:

As an example, a task can be declared as follows:

task sample {
    println 'this is a simple task'
    doFirst {
    }
    doLast {
    }
}

A task declared as above will be executed during the configuration phase, not execution. Investigate, this seems odd.

Task Types

TODO: https://docs.gradle.org/current/dsl/#N10376

To Deplete

build.gradle allows declaring closures to react to various events related to tasks lifecycle. Also see Task Container.

task configured {

   // will be run during the configuration phase
}
task doFirst {
}
task doLast {
}
Custom Tasks