-
Bug
-
Resolution: Unresolved
-
Major
-
None
-
Tomcat 6.0, Java 1.6.0_22, Maven 2.2.1, Hudson 1.383, Windows XP SP3
It appears that when executing a Maven project, the classloader is being changed after running the Publisher tasks' prebuild steps, but is not being returned to the original setting prior to invoking the Publisher perform steps. Looks like this is happening down somewhere inside of MavenUtil.createEmbedder or its children when a call to Thread.setContextClassLoader is called.
This causes problems for those of us trying to write plugins where one of our dependent libraries expects the same class loader to be in place during all calls. I'm trying to integrate with IBM's Rational Team Concert, which has this expectation. It seems like various BuildWrappers, Publishers, etc should be isolated from any classloader changes made to implement the build, with the classloader changed back to its original setting prior to finalizing the build.
[JENKINS-8057] Maven Project not resetting classloader after execution
Component/s | New: maven-plugin [ 16033 ] | |
Component/s | Original: maven2 [ 15487 ] |
Workflow | Original: JNJira [ 138160 ] | New: JNJira + In-Review [ 174836 ] |