IntelliJ Gradle Support
External
- https://www.jetbrains.com/help/idea/gradle.html
- https://www.jetbrains.com/help/idea/gradle-settings.html
Internal
Overview
Gradle is supported by IntelliJ via two plugins, which are installed and enabled by default: "Gradle" and "Gradle Extension". Gradle integration allows creating a Gradle project from the IDE, or opening an existing Gradle project with the IDE and managing it.
Concepts
Gradle Projects and IntelliJ Projects
Multiple Gradle projects can exists inside an IntelliJ Project, but the usual setup is to have one IntelliJ Project per Gradle project. The relationship between an IntelliJ Project and a Gradle project is established when the Gradle project is opened from the IDE, by opening the directory containing the Gradle project (build.gradle
or settings.gradle
). Also see Link a Gradle Project to an IntelliJ Project below.
Gradle JVM
IDE determines the Gradle JVM according to the following algorithm, evaluating in order:
- When the project is opened, check
gradle.properties
in the root of the project fororg.gradle.java.home
system property and use the value if found. - Use the value specified in Gradle Settings → Gradle JVM. By default, that value is Project SDK. The "Gradle Settings" UI gets that information from the project's
.idea/gradle.xml
. If no "gradleJvm" option is present, the Project SDK is assumed.
<project version="4">
<component name="GradleSettings">
<option name="linkedExternalProjectsSettings">
<GradleProjectSettings>
<option name="gradleJvm" value="1.8 (2)"/>
</GradleProjectSettings>
</option>
</component>
</project>
Language Level
The language level settings are applied for a source root or for a module. For a module, the module language level is set to sourceCompatibility
in the build.gradle file. If a IDE Gradle project has a single linked Gradle project then the project default language level is set to the minimum language level among the module language levels. The preview part is set to the conjunction of preview flags of the module source sets. The source set module language level is set to the corresponding combination of sourceCompatibility
property and --enable-preview
flag.
Gradle Version
The version of Gradle to be used for a project can be configured in Gradle Settings by selecting one of the following sources:
$PROJECT_HOME/gradle/wrapper/gradle-wrapper.properties
. This is the default option and instructs IntelliJ to use the same Gradle version./gradlew
would use. If this option is used, Gradle update is delegated to Gradle, which will automatically download gradle from the build.- The "wrapper" task in the Gradle build script. TODO: https://www.jetbrains.com/help/idea/gradle.html#gradle_version_install.
- A specific location. TODO: https://www.jetbrains.com/help/idea/gradle.html#gradle_version_install
JVM Options for Gradle
JVM options can be added to the Gradle project by specifying them in the gradle.properties
file.
Gradle Settings
Gradle user home
This fields specified the location of stored Gradle caches, downloaded files, etc. If Gradle location has been defined by the environment variables GRADLE_HOME
or PATH
, IntelliJ deduces this location, and suggests this path as the default value. If not, the path must be specified manually.
Generate *.iml files for modules imported from Gradle
Usually disabled.
Gradle projects
Download external annotations for dependencies
Build and run
If "IntelliJ IDEA" is used to build, it'll do an incremental build.
Gradle JVM
See Gradle JVM above.
Use Gradle from
See Gradle Version above.
Operations
Create a New Gradle Project from the IDE
Open an Existing Gradle Project
Link a Gradle Project to an IntelliJ Project
Add a New Gradle Module to an Existing Gradle Project
Gradle Home
If asked to specify Gradle home, and get "Gradle location is incorrect", use the "libexec" subdirectory (/usr/local/Cellar/gradle/4.9/libexec).
IDEA Gradle Plugin
Configuring Gradle Sources
TODO: Gradle Operations | IDE Configuration
Importing a Project form a Gradle Model
Use auto-import - If selected, re-import of the project is done automatically every time you make changes to the project.
Group modules. See Grouping Modules.
SNAPSHOT Refresh Problem
There are cases when Gradle pulls the latest version of the SNAPSHOT and caches it in its dependency cache, but IntelliJ IDEA Gradle plugin does not seem to notice it and uses an old version of the snapshot. This is troublesome during debugging, when the source code as displayed by IntelliJ does not match the bytecode being debugged.
Possible solutions for this (have not tested any of them, do that next time when I need it):
1. Refresh Dependencies of the Gradle Module
Gradle tab -> Select the module -> Right click -> Refresh Dependencies
2. Remove the Problem Dependency
Project Tab -> External Libraries -> expand Gradle: library-name -> Select "library root" -> Delete.
Then go to the Gradle tab and refresh dependencies.