hudson-remoting-3.0.1.jar not being found by mavin [message #1124348] |
Thu, 03 October 2013 12:55 |
Mathew Anderson Messages: 13 Registered: October 2013 |
Junior Member |
|
|
During some builds, using maven, we are getting the following:
[ERROR] o.h.m.e.DelegatingEventSpy - Init failed
java.lang.NoClassDefFoundError: hudson/remoting/Channel
at org.hudsonci.maven.eventspy.common.RemotingClient.open(RemotingClient.java:103) ~[maven3-eventspy-runtime.jar:na]
at org.hudsonci.maven.eventspy_30.RemotingEventSpy.openChannel(RemotingEventSpy.java:86) ~[maven3-eventspy-3.0.jar:na]
at org.hudsonci.maven.eventspy_30.RemotingEventSpy.init(RemotingEventSpy.java:114) ~[maven3-eventspy-3.0.jar:na]
at org.hudsonci.maven.eventspy_30.DelegatingEventSpy.init(DelegatingEventSpy.java:128) ~[maven3-eventspy-3.0.jar:na]
at org.apache.maven.eventspy.internal.EventSpyDispatcher.init(EventSpyDispatcher.java:84) [maven-core-3.0.3.jar:3.0.3]
at org.apache.maven.cli.MavenCli.container(MavenCli.java:403) [maven-embedder-3.0.3.jar:3.0.3]
at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:191) [maven-embedder-3.0.3.jar:3.0.3]
at org.apache.maven.cli.MavenCli.main(MavenCli.java:141) [maven-embedder-3.0.3.jar:3.0.3]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[na:1.6.0_14]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) ~[na:1.6.0_14]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) ~[na:1.6.0_14]
at java.lang.reflect.Method.invoke(Method.java:597) ~[na:1.6.0_14]
at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290) [plexus-classworlds-2.4.jar:na]
at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230) [plexus-classworlds-2.4.jar:na]
at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409) [plexus-classworlds-2.4.jar:na]
at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352) [plexus-classworlds-2.4.jar:na]
Caused by: java.lang.ClassNotFoundException: hudson.remoting.Channel
at org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy.loadClass(SelfFirstStrategy.java:50) ~[plexus-classworlds-2.4.jar:na]
at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:244) ~[plexus-classworlds-2.4.jar:na]
at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:230) ~[plexus-classworlds-2.4.jar:na]
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320) ~[na:1.6.0_14]
... 16 common frames omitted
Looking closer, I see the classpath that is autogenerated is invalid:
[INFO] Detected Maven 3 installation version: 3.0.3
[workspace] $ /hudson/maven/slavebundle/bundled-maven/bin/mvn test -V -B -Dmaven.ext.class.path=/hudson/maven/slavebundle/resources:/hudson/maven/slavebundle/lib/maven3-eventspy-3.0.jar:/jboss7/standalone/tmp/vfs/deploymentefadcbeddfa044da/hudson-remoting-3.0.1.jar-df31d207bfb82c69/contents -Dhudson.eventspy.port=57649 -Dmaven.repo.local=/hudson/jobs/MyJob/workspace/.maven/repo -f pom.xml
Note the item in the classpath: /jboss7/standalone/tmp/vfs/deploymentefadcbeddfa044da/hudson-remoting-3.0.1.jar-df31d207bfb82c69/contents
looking on disk, the path, including "contents" exists, but the contents folder is empty. On the same level, the jar file exists. As a quick work around, if I remove "contents" and symlink "hudson-remoting-3.0.1.jar" over to contents, the build can continue and work (until I restart hudson, then the path is recreated again).
Ideas on how to fix this?
I am running hudson 3.1.0 on redhat 5 with Jboss 7.1.1 as the app server. Note that this worked without an issue on hudson 2.1.1 (running on jboss 5)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Powered by
FUDForum. Page generated in 0.06236 seconds