This reference guide describes the various types which make up the Gradle build language, or DSL.
There are a few basic concepts that you should understand, which will help you write Gradle scripts.
First, Gradle scripts are configuration scripts. As the script executes, it
configures an object of a particular type. For example, as a build script executes, it configures an
object of type
Project. This object is called the delegate object
of the script. The following table shows the delegate for each type of Gradle script.
The properties and methods of the delegate object are available for you to use in the script.
Second, each Gradle script implements the
Script interface. This
interface defines a number of properties and methods which you can use in the script.
A build script is made up of zero or more statements and script blocks. Statements can include method calls, property assignments, and local variable definitions. A script block is a method call which takes a closure as a parameter. The closure is treated as a configuration closure which configures some delegate object as it executes. The top level script blocks are listed below.
Configures this project and each of its sub-projects.
Configures the published artifacts for this project.
Configures the build script classpath for this project.
Configures the dependency configurations for this project.
Configures the dependencies for this project.
Configures the repositories for this project.
Configures the source sets of this project.
Configures the sub-projects of this project.
A build script is also a Groovy script, and so can contain those elements allowed in a Groovy script, such as method definitions and class definitions.
Listed below are some of the central types which are used in Gradle scripts:
This interface is the main API you use to interact with Gradle from your build file. From a
Represents an invocation of Gradle.
Declares the configuration required to instantiate and configure the hierarchy of
This interface is implemented by all Gradle scripts to add in some Gradle-specific methods. As your compiled script class will implement this interface, you can use the methods and properties declared by this interface directly in your script.
A set of tools for building from Java source.
Provides access to any input files that need to be processed by an incremental task.
Defines the strategies around dependency resolution. For example, forcing certain dependency versions, substitutions, conflict resolutions or snapshot timeouts.
A builder to construct a query that can resolve selected software artifacts of the specified components.
Represents a tuple of the component selector of a module and a candidate version to be evaluated in a component selection rule.
Represents a container for component selection rules. Rules can be applied as part of the resolutionStrategy of a configuration and individual components can be explicitly accepted or rejected by rule. Components that are neither accepted or rejected will be subject to the default version matching strategies.
ConventionProperty can be assigned but cannot be mutated (even if the object is mutable!)
Objects that can be extended at runtime with other objects.
Additional, ad-hoc, properties for Gradle domain objects.
The configuration of how to “publish” the different components of a project.
A file based report to be created.
An object that provides reporting options.
A container of
A project extension named "reporting" that provides basic reporting settings and utilities.
An artifact published as part of a
A Collection of
The descriptor of any Ivy publication.
An artifact published as part of a
A Collection of
The POM for a Maven publication.
The DSL for declaring plugins to use in a script.
A mutable specification of a dependency on a plugin.
Provides access to resource-specific utility methods, for example factory methods that create various resources.
Container types that handle various declarative elements (e.g. dependencies, configurations, artifacts, etc.):
This class is for defining artifacts to be published and adding them to configurations. Creating publish artifacts does not mean to create an archive. What is created is a domain object which represents a file to be published and information on how it should be published (e.g. the name).
Below are the task types that are available for every Gradle project. Those task types can also be declared and configured directly in the build script.
Displays a list of tasks in the project. An instance of this type is used when you execute the
Displays a list of projects in the build. An instance of this type is used when you execute the
Displays the dependency tree for a project. An instance of this type is used when you
Generates a report that attempts to answer questions like:
Displays the properties of a project. An instance of this type is used when you execute the
Displays some details about the software components produced by the project.
Displays some details about the configuration model of the project.
An instance of this type is used when you execute the
Listed below are the various task types which are available for use in your build script:
Generates parsers from Antlr grammars.
Provides information about the build environment for the project that the task is associated with.
Runs Checkstyle against some source files.
Runs CodeNarc against some source files.
Executes two Gradle builds (that can be the same build) with specified versions and compares the outcomes. Please see the “Comparing Builds” chapter of the Gradle User Guide for more information.
Copies files into a destination directory. This task can also rename and filter files as it copies. The task
Creates start scripts for launching JVM applications.
Deletes files or directories. Example:
Assembles an EAR archive.
Executes a command line process. Example:
Generates an Ivy XML Module Descriptor file.
Generates a Maven module descriptor (POM) file.
Generates build dashboard report.
Executes a Gradle build.
Compiles Groovy source files, and optionally, Java source files.
Generates HTML API documentation for Groovy source, and optionally, Java source.
Generates an HTML dependency report. This report combines the features of the ASCII dependency report and those of the ASCII dependency insight report. For a given project, it generates a tree of the dependencies of every configuration, and each dependency can be clicked to show the insight of this dependency.
Task to generate HTML, Xml and CSV reports of Jacoco coverage data.
Task to merge multiple execution data files into one.
Assembles a JAR archive.
Compiles Java source files.
Generates HTML API documentation for Java classes.
Executes a Java application in a child process.
Analyzes code with JDepend.
Deploys an exploded web application to an embedded Jetty web container. Does not require that the web application be assembled into a war, saving time during the development cycle.
Deploys a WAR to an embedded Jetty web container.
Stops the embedded Jetty web container, if it is running.
Runs a set of static code analysis rules on Java source code files and generates a report of problems found.
Publishes an IvyPublication to an IvyArtifactRepository.
Compiles Scala source files, and optionally, Java source files.
Generates HTML API documentation for Scala source files.
Generates a Gradle project structure.
A task for creating digital signature files for one or more; tasks, files, publishable artifacts or configurations.
Analyzes a project hierarchy and writes the results to the Sonar database.
Analyses one or more projects with the SonarQube Runner.
Synchronises the contents of a destination directory with some source directories and files.
Assembles a TAR archive.
Executes JUnit (3.8.x or 4.x) or TestNG tests. Test are always run in (one or more) separate JVMs. The sample below shows various configuration options.
Generates an HTML test report from the results of one or more
Uploads the artifacts of a
Assembles a WAR archive.
Generates scripts (for *nix and windows) which allow you to build your project with Gradle, without having to install Gradle.
Assembles a ZIP archive. The default is to compress the contents of the zip.
Used to configure Eclipse or IDEA plugins
DSL-friendly model of the Eclipse project information. First point of entry for customizing Eclipse project generation.
Enables fine-tuning project details (.project file) of the Eclipse plugin
The build path settings for the generated Eclipse project. Used by the
Enables fine-tuning jdt details of the Eclipse plugin
Enables fine-tuning wtp/wst details of the Eclipse plugin
Enables fine-tuning wtp component details of the Eclipse plugin
Enables fine-tuning wtp facet details of the Eclipse plugin
DSL-friendly model of the IDEA project information. First point of entry when it comes to customizing the IDEA generation.
Enables fine-tuning project details (*.ipr file) of the IDEA plugin.
Enables fine-tuning module details (*.iml file) of the IDEA plugin .
Enables fine-tuning workspace details (*.iws file) of the IDEA plugin.
Models the generation/parsing/merging capabilities. Adds XML-related hooks.
Models the generation/parsing/merging capabilities.
Tasks contributed by IDE plugins. To configure IDE plugins please use IDE model types.
Generates an Eclipse
Generates an Eclipse
Generates the Eclipse JDT configuration file. If you want to fine tune the eclipse configuration
Generates the org.eclipse.wst.common.component settings file for Eclipse WTP. If you want to fine tune the eclipse configuration
Generates the org.eclipse.wst.common.project.facet.core settings file for Eclipse WTP. If you want to fine tune the eclipse configuration
Generates an IDEA module file. If you want to fine tune the idea configuration
Generates an IDEA project file for root project *only*. If you want to fine tune the idea configuration
Generates an IDEA workspace file *only* for root project. There's little you can configure about workspace generation at the moment.
Used to configure software components developed with native code.
A library component that is not built by gradle.
A shared library that exists at a known location on the filesystem.
A static library that exists at a known location on the filesystem.
Definition of a software component that is to be built by Gradle to run a on JVM platform.
Definition of a native executable component that is to be built by Gradle.
Definition of a native library component that is to be built by Gradle.
Represents a binary artifact that is the result of building a native component.
An binary built by Gradle for a native application.
Represents a binary artifact that is the result of building a native library component.
A shared library binary built by Gradle for a native library.
A static library binary built by Gradle for a native library.
Specifies a build-type for a native binary. Common build types are 'debug' and 'release', but others may be defined.
Defines a custom variant that differentiate a
The GNU GCC tool chain.
The Clang tool chain.
The Visual C++ tool chain.
A component representing a suite of tests that will be executed together.
An executable which runs a suite of tests.
Test suite of CUnit tests.
Test suite of Google Test tests.
A set of assembly language sources.
A set of C source files.
A set of C++ source files.
A set of Objective-C source files.
A set of Objective-C++ source files.
A set of Windows Resource definition files.
A visual studio project, created from one or more
An executable native component that is built by Gradle.
A library component that is built by a gradle project.
Represents a particular binary artifact.
A binary artifact for a
Tasks used to build native binaries.
Compiles C++ source files into object files.
Compiles C source files into object files.
Translates Assembly language source files into object files.
Compiles Objective-C source files into object files.
Compiles Objective-C++ source files into object files.
Compiles Windows Resource scripts into .res files.
Links a binary executable from object files and libraries.
Links a binary shared library from object files and imported libraries.
Assembles a static library from object files.
Installs an executable with it's dependent libraries so it can be easily executed.
Runs a compiled and installed test executable.