-
New Feature
-
Resolution: Unresolved
-
Major
Filed against core, as there is no component for the maven-hpi-plugin.
When a plugin has an older core dependency, Jenkins currently adds all plugins detached from core to the plugins' class path, as they may be used by the plugin.
This can easily lead to circular dependencies, and core has a solution for that in ClassicPluginStrategy (BREAK_CYCLES).
However, it would be great if plugins could declare that they do not have certain implied dependencies in their own metadata. This has several advantages:
- Doesn't require core modifications to break dependency cycles
- Plugins can explicitly not depend on detached plugins, thereby making careful Jenkins administration easier and more stricter dependency handling (refuse to load plugins that don't have all dependencies) viable.
- is blocking
-
JENKINS-21486 Refuse to load a plugin if dependencies are disabled or outdated
- Resolved
-
JENKINS-33095 Upgrade to folder 5.2.1 + matrix-auth 1.3 results in dead Jenkins
- Resolved
-
JENKINS-69034 Mina ssh plugin 2.8.0-30.vf9df64641cb_d has a cyclic dependency, breaks Jenkins plugin loading
- Resolved
-
JENKINS-49555 Split most of Spring Framework out of core
- Resolved
-
JENKINS-25785 Windows slaves controlled as Windows Service do not use credentials manager
- Closed
- is duplicated by
-
JENKINS-69049 ability for a pure API plugin to skip detached dependencies
- Resolved
- relates to
-
JENKINS-30685 Hide core dependencies in plugin classpath
- Open
-
JENKINS-47634 plugin-compat-tester should load DETACHED_LIST & BREAK_CYCLES from core
- Resolved
-
JENKINS-49651 Extend plugin/update center metadata with known incompatibilities
- Open
-
JENKINS-50249 disable "build by token" by default using a system property in Jenkins
- Open
-
JENKINS-55681 Release the JAXB Plugin
- Resolved
- links to