10 KiB
Plugin Dependencies
Declaring dependencies on other IntelliJ Platform-based plugins.
A plugin may depend on API and classes from other plugins, either bundled or third-party.
This document describes the syntax for declaring plugin dependencies and optional plugin dependencies. For more information about dependencies on the IntelliJ Platform modules, see .
For adding dependencies on 3rd party libraries, use regular Gradle dependency management.
{style="note"}
To express a dependency on classes from other plugins or modules, perform the following three required steps detailed below on this page:
- Locate Plugin ID
- Project Setup
- Declaration in plugin.xml
If
java.lang.NoClassDefFoundError
occurs at runtime, most likely Step 3 was omitted.Otherwise, loading the plugin dependency may have failed, please check log files from the Development Instance).
{title="Getting java.lang.NoClassDefFoundError"}
1. Locating Plugin ID and Preparing Sandbox
A compatible version must be chosen carefully according to the plugin's compatibility. For non-bundled plugins, it is not possible to specify the minimum/maximum version for the dependent plugin. (Issue)
JetBrains Marketplace
For plugins published on JetBrains Marketplace:
- Open plugin's detail page
- Scroll down to the bottom section Additional Information
- Copy Plugin ID
Bundled and Other Plugins
All IDs of bundled plugins can be gathered using a dedicated Gradle task. See Other tab on how to locate the plugin ID for a plugin distribution file.
Use printBundledPlugins
task.
Use listBundledPlugins
task.
Locate the plugin's main JAR file containing META-INF/plugin.xml descriptor with <id>
tag (use <name>
if <id>
is not specified).
Bundled plugins are located in $PRODUCT_ROOT$/plugins/$PLUGIN_NAME$/lib/$PLUGIN_NAME$.jar.
IDs of Bundled Plugins
The following table lists some commonly used bundled plugins and their ID. See also and .
Preparing Sandbox
If the plugin is not bundled with the target IDE, run the (sandbox) IDE Development Instance of your target IDE and install the plugin there.
2. Project Setup
Depending on the chosen development workflow (Gradle or DevKit), one of the two following steps is necessary.
Please see the
intellij.plugins
property for acceptable values.
{style="note"}
Add the dependency to the intellij.plugins
parameter in your build script:
intellij {
plugins.set(listOf("com.example.another-plugin:1.0"))
}
intellij {
plugins = ['com.example.another-plugin:1.0']
}
Transitive dependencies required for tests must currently be specified explicitly.
{style="note"}
Existing DevKit-based projects can be converted to use Gradle setup where dependency management is fully automated.
{style="note"}
Add the JARs of the plugin on which the project depends to the Classpath of the IntelliJ Platform SDK.
Do not add the plugin JARs as a library: this will fail at runtime because the IntelliJ Platform will load two separate copies of the dependency plugin classes.
{style="warning"}
- Open the Project Structure dialog and go to Platform Settings | SDKs section.
- Select the SDK used in the project.
- Click the + button in the Classpath tab.
- Select the plugin JAR depending on whether it is bundled or non-bundled plugin:
- For bundled plugins, the plugin JAR files are located in plugins/$PLUGIN_NAME$ or plugins/$PLUGIN_NAME$/lib under the main installation directory.
- For non-bundled plugins, depending on the platform version, the plugin JAR files are located in:
3. Dependency Declaration in plugin.xml
Regardless of whether a plugin project uses , or , the correct module must be listed as a dependency in plugin.xml.
If a project depends on another plugin, the dependency must be declared like a module.
If only general IntelliJ Platform features (APIs) are used, then a default dependency on com.intellij.modules.platform
must be declared.
To display a list of available IntelliJ Platform modules, invoke the code completion feature for the <depends>
element contents while editing the plugin project's plugin.xml file.
In the plugin.xml, add a <depends>
tag with the dependency plugin's ID as its content.
Continuing with the example from Project Setup above, the dependency declaration in plugin.xml would be:
<depends>com.example.another-plugin</depends>
Optional Plugin Dependencies
A plugin can also specify an optional plugin dependency. In this case, the plugin will load even if the plugin it depends on is not installed or enabled, but part of the plugin's functionality will not be available.
Declare additional optional="true"
and required config-file
attribute pointing to the optional plugin descriptor file:
<depends
optional="true"
config-file="myPluginId-optionalPluginName.xml">dependency.plugin.id</depends>
Additional plugin descriptor files must follow the naming pattern myPluginId-$NAME$.xml resulting in unique filenames to prevent problems with classloaders in tests (Details).
{style="note"}
Sample
The plugin adds additional highlighting for Java and Kotlin files.
The main plugin.xml defines a required dependency on the Java plugin (plugin ID com.intellij.java
) and registers the corresponding com.intellij.annotator
extension.
Additionally, it specifies an optional dependency on the Kotlin plugin (plugin ID org.jetbrains.kotlin
):
plugin.xml
<idea-plugin>
...
<depends>com.intellij.java</depends>
<depends
optional="true"
config-file="myPluginId-withKotlin.xml">org.jetbrains.kotlin</depends>
<extensions defaultExtensionNs="com.intellij">
<annotator
language="JAVA"
implementationClass="com.example.MyJavaAnnotator"/>
</extensions>
</idea-plugin>
The configuration file myPluginId-withKotlin.xml is located in the same directory as the main plugin.xml file. In that file, the annotator extension for Kotlin is defined:
myPluginId-withKotlin.xml
<idea-plugin>
<extensions defaultExtensionNs="com.intellij">
<annotator
language="kotlin"
implementationClass="com.example.MyKotlinAnnotator"/>
</extensions>
</idea-plugin>