Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 335110 - cbi-wtp-inc.vex fails due to classloading issue in Hudson
Summary: cbi-wtp-inc.vex fails due to classloading issue in Hudson
Status: RESOLVED NOT_ECLIPSE
Alias: None
Product: Community
Classification: Eclipse Foundation
Component: CI-Jenkins (show other bugs)
Version: unspecified   Edit
Hardware: All All
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Eclipse Webmaster CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-01-23 08:16 EST by Florian Thienel CLA
Modified: 2011-02-16 10:32 EST (History)
0 users

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Florian Thienel CLA 2011-01-23 08:16:14 EST 
see https://hudson.eclipse.org/hudson/view/WTP/job/cbi-wtp-inc.vex/75/console

...
Caused by: java.lang.LinkageError: loader (instance of  hudson/remoting/RemoteClassLoader): attempted  duplicate class definition for name: "hudson/scm/RepositoryBrowser"
	at java.lang.ClassLoader.defineClass1(Native Method)
	at java.lang.ClassLoader.defineClassCond(ClassLoader.java:632)
	at java.lang.ClassLoader.defineClass(ClassLoader.java:616)
...
Comment 1 Eclipse Webmaster CLA 2011-02-16 10:32:53 EST 
I did some digging in the logs, and didn't see anything terribly helpful. The closest thing I could find online is: http://issues.hudson-ci.org/browse/HUDSON-6604 .  

I suspect this was related to the odd states the slaves sometimes seem to get themselves into.

I'm going to close as 'not_eclipse' only because this appears to be a hudson/java issue and not something specific to us.  If that's incorrect please feel free to adjust the state.

-M.