Skip to main content

Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

Difference between revisions of "Dependencies among plugins"

 
Line 33: Line 33:
 
If any of the classes in the unavailable optional dependencies are used in the plugin a NoClassDefError will be thrown. It is still your responsibility to cope with these errors (although Hudson itself does some of this handling. If your particular extension fails to load with LinkageError because of a missing dependency, it will gracefully disable just that extension and move on to try instantiating other extensions.
 
If any of the classes in the unavailable optional dependencies are used in the plugin a NoClassDefError will be thrown. It is still your responsibility to cope with these errors (although Hudson itself does some of this handling. If your particular extension fails to load with LinkageError because of a missing dependency, it will gracefully disable just that extension and move on to try instantiating other extensions.
  
To determine if an optional dependency is installed, the Hudson.getPlugin(String) method can be used.
+
To determine if an optional dependency is installed, the <code>Hudson.getPlugin(String)</code> method can be used.
  
 
<pre>
 
<pre>

Latest revision as of 22:05, 16 July 2013

Mandatory dependencies

A plugin can declare dependencies to other plugins. When plugin X depends on Y, X can see all the classes in Y, as well as Y's libraries and dependencies. (That is, at runtime, Hudson will set up classloaders in such a way that X classloader delegates to Y classloader.)

To declare a dependency, add the following entry to plugin pom.xml

<dependency>
  <groupId>org.jvnet.hudson.plugins</groupId>
  <artifactId>javanet-uploader</artifactId>
  <version>1.5</version>
</dependency>

The groupId, artifactId, version needs to be changed according to what you want to depend on. The maven mojos associated to the "hpi" packaging will use this information to put necessary information in the plugin manifest, which in turn is read by Hudson at runtime.

Optional dependencies

By default, dependencies are mandatory — if any of the dependencies are unavailable then the plugin will be disabled and can not be used.

However, this is just the default. It is possible to declare dependencies to other plugins as optional. In this way, even if some of the optional dependencies are unavailable, the plugin will continue to be loaded and executed.

To declare an optional dependency, add the <optional/> tag to the declared dependency in the plugin pom.xml

<dependency>
  <groupId>org.jvnet.hudson.plugins</groupId>
  <artifactId>javanet-uploader</artifactId>
  <version>1.5</version>
  <optional>true</optional>
</dependency>

If any of the classes in the unavailable optional dependencies are used in the plugin a NoClassDefError will be thrown. It is still your responsibility to cope with these errors (although Hudson itself does some of this handling. If your particular extension fails to load with LinkageError because of a missing dependency, it will gracefully disable just that extension and move on to try instantiating other extensions.

To determine if an optional dependency is installed, the Hudson.getPlugin(String) method can be used.

if (Hudson.getInstance().getPlugin("javanet-uploader") != null) {
    // use classes in the "javanet-uploader" plugin
}

Versions

At the moment there is no built-in mechanism for creating a dependency on a specified version of a plugin. (But it's on the TODO list) So you have to ask for yourself:

PluginWrapper requiredPlugin = Hudson.getInstance().getPlugin("javanet-uploader");
if (requiredPlugin != null) {
    // We know we have a "javanet-uploader" plugin, but no knowledge of the version
    String reqVersion = requiredPlugin.getVersion();
    // now compare the version of that plugin to the values you can work with
}

Back to the top