Details
-
Bug
-
Status: Open (View Workflow)
-
Blocker
-
Resolution: Unresolved
-
None
-
jenkins from version 1.502
crowd 1.3-SNAPSHOT
Description
As described here: http://jenkins.361315.n4.nabble.com/Getting-NoSuchClassDefFoundError-for-ehcache-td391329.html, the spring-context-support JAR that is now (from version 1.502 on) packaged into the jenkins.war is loaded instead of the one from crowd/WEB-INF/lib. So it does not find classes from the ehcache JAR packaged only in the crowd/WEB-INF/lib.
(see attached jenkins.log for complete stack trace)
Two possible solutions:
- remove the spring-context-support JAR from jenkins.war/WEB-INF/lib
- switch class loader lookup order to search "plugin/WEB-INF/lib" first (this way it would be possible for plugin developers to override JARs delivered with the jenkins core)
This issue prevents me from using the newest jenkins versions (starting from 1.502).
Attachments
Activity
Can't the Crowd plugin just switch to using the plugin first classloader?
http://javadoc.jenkins-ci.org/hudson/PluginFirstClassLoader.html
Removing core component. Issues like these are what PluginFirstClassloader is designed for, and if not using that, it's no surprise this breaks.
Any news on this one? We still have to remove that spring-context jar file manually, every time we do an upgrade of Jenkins...
We use the standalone jar with embedded winstone, and it works when we delete the spring-context-support-2.5.6.SEC03.jar from the jenkins.war.