IntelliJ Platform Plugin SDK Help

Gradle IntelliJ Plugin – FAQ

Frequently Asked Questions

How to target 2022.3 platform

How to modify JVM arguments of runIde task

runIde task is a Java Exec task and can be modified according to the documentation.

To add some JVM arguments while launching the IDE, configure runIde task as follows:

tasks { runIde { jvmArgs("-DmyProperty=value") } }
runIde { jvmArgs "-DmyProperty=value" }

How to modify system properties of runIde task

Using the very same task documentation, configure runIde task:

tasks { runIde { systemProperty("name", "value") } }
runIde { systemProperty("name", "value") }

How to disable automatic reload of dynamic plugins

See Enabling Auto-Reload for important caveats.

Configure runIde task as follows:

tasks { runIde { autoReloadPlugins.set(false) } }
runIde { autoReloadPlugins = false }

How to disable building searchable options

Building searchable options can be disabled as a task:

tasks { buildSearchableOptions { enabled = false } }
buildSearchableOptions.enabled = false

As a result of disabling building searchable options, the Settings that your plugin provides won't be searchable in the Settings/Preferences dialog. Disabling of the task is suggested for plugins that are not intended to provide custom settings.

How to show log file of sandbox instance

The most convenient way to see the logs of running IDE is to add a tab to the Run tool window displaying the contents of idea.log file. In the Gradle runIde run configuration, add the log file path according to sandbox location as described in View logs.

How do I add my a custom file inside plugin distribution

prepareSandbox task is a Sync task and can be modified accordingly. Something like following should work:

tasks { prepareSandbox { from("yourFile") { into("${intellij.pluginName.get()}/lib/") } } }
prepareSandbox { from("yourFile") { into "${intellij.pluginName.get()}/lib/" } }

Task 'setupDependencies' not found in root project

The setupDependencies task is designed to fetch the target IDE dependency from the IntelliJ Repository in the after-sync Gradle phase, but only when working inside IntelliJ IDEA – to make the IntelliJ SDK classes resolved and code completion available. To achieve that, the gradle-idea-ext-plugin is used, which alters the IDEA project's .idea/workspace.xml file making the setupDependencies task activated on after_sync event.

Unfortunately, this entry remains even after disabling the org.jetbrains.intellij plugin in a project – the setupDependencies task won't be resolved appropriately, which produces the following exception:

Task 'setupDependencies' not found in root project 'projectName'.

To fix that, manually edit the .idea/workspace.xml file removing mentioned entry, go to the Gradle tool window, select the Tasks Activation action from the context menu of the root project item, and remove it.

How do I expose my plugin API sources to dependent plugins?

See the Bundling Plugin API Sources section for details.

The Plugin Verifier download directory is set to ..., but downloaded IDEs were also found in ...

With the 1.10.0 release, the runPluginVerifier task uses the XDG_CACHE_HOME environment variable (see XDG Base Directory for more details) to resolve the default directory for downloaded IDEs – instead of the user's home directory. We recommend moving your existing IDEs stored i.e., in ~/.pluginVerifier/ides/ directory into $XDG_CACHE_HOME/pluginVerifier/ides to avoid downloading them once again.

In case you want to keep the downloaded archives in the previous location, specify the given path explicitly to the runPluginVerifier.downloadDir property:

tasks { runPluginVerifier { downloadDir.set(System.getProperty("user.home") + "/.pluginVerifier/ides") } }
runPluginVerifier { downloadDir = System.getProperty("user.home") + "/.pluginVerifier/ides" }

JaCoCo reports 0% coverage

The Gradle IntelliJ Plugin, when targeting the IntelliJ SDK 2022.1+, uses the PathClassLoader class loader by the following system property:

-Djava.system.class.loader=com.intellij.util.lang.PathClassLoader

Because of that, JaCoCo – and other external tools that rely on classes available in the bootstrap class loader – fail to discover plugin classes. You have to apply the following changes to your Gradle configuration file:

tasks { withType<Test> { configure<JacocoTaskExtension> { isIncludeNoLocationClasses = true excludes = listOf("jdk.internal.*") } } }
test { jacoco { includeNoLocationClasses = true excludes = ["jdk.internal.*"] } }
Last modified: 24 November 2022