Jenkins Build-Fehler java.lang.ClassNotFoundException: hudson.remoting.Launcher
Ich versuche mich zu integrieren jenkins mit svn. Ich habe konfiguriert maven_home java_home (java 1.5 update 22). Ich bin mit jenkins version 1.459 . Einer meiner Kollegen erfolgreich konfiguriert jenkins mit dem svn.Aber jetzt sind wir mit einen anderen Zweig, ich wollte hinzufügen, um einen neuen Auftrag, so dass Sie Check-out von der neuen Niederlassung und die kontinuierliche Integration des Projekts. Jenkins läuft auf einem remote-linux-Maschine und ich nutze vpn mit dem server verbinden und einrichten der Dinge.Was vermisse ich.
Modules changed, recalculating dependency graph
[workspace] $ /usr/lib/jvm/jdk1.5.0_22/bin/java -cp /home/vimukthi/.jenkins/plugins/maven-plugin/WEB-INF/lib/maven3-agent-1.2.jar:/home/vimukthi/.jenkins/tools/Maven_3.0.3/boot/plexus-classworlds-2.4.jar org.jvnet.hudson.maven3.agent.Maven3Main /home/vimukthi/.jenkins/tools/Maven_3.0.3 /tmp/Jetty_0_0_0_0_2080_jenkins.war__jenkins__.wq5y0j/webinf/WEB-INF/lib/remoting-2.13.jar /home/vimukthi/.jenkins/plugins/maven-plugin/WEB-INF/lib/maven3-interceptor-1.2.jar 45339
Exception in thread "main" java.lang.ClassNotFoundException: hudson.remoting.Launcher
at org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy.loadClass(SelfFirstStrategy.java:50)
at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:244)
at org.codehaus.plexus.classworlds.realm.ClassRealm.loadClass(ClassRealm.java:230)
at org.jvnet.hudson.maven3.agent.Maven3Main.main(Maven3Main.java:130)
at org.jvnet.hudson.maven3.agent.Maven3Main.main(Maven3Main.java:63)
ERROR: Failed to parse POMs
java.net.SocketException: Connection reset
at java.net.SocketInputStream.read(SocketInputStream.java:168)
at java.io.FilterInputStream.read(FilterInputStream.java:116)
at java.io.BufferedInputStream.fill(BufferedInputStream.java:218)
at java.io.BufferedInputStream.read(BufferedInputStream.java:237)
at hudson.remoting.ClassicCommandTransport.create(ClassicCommandTransport.java:98)
at hudson.remoting.Channel.<init>(Channel.java:373)
at hudson.remoting.Channel.<init>(Channel.java:369)
at hudson.remoting.Channel.<init>(Channel.java:330)
at hudson.remoting.Channel.<init>(Channel.java:326)
at hudson.remoting.Channel.<init>(Channel.java:322)
at hudson.slaves.Channels$1.<init>(Channels.java:71)
at hudson.slaves.Channels.forProcess(Channels.java:71)
at hudson.maven.AbstractMavenProcessFactory.newProcess(AbstractMavenProcessFactory.java:237)
at hudson.maven.ProcessCache.get(ProcessCache.java:231)
at hudson.maven.MavenModuleSetBuild$RunnerImpl.doRun(MavenModuleSetBuild.java:706)
at hudson.model.AbstractBuild$AbstractRunner.run(AbstractBuild.java:475)
at hudson.model.Run.run(Run.java:1413)
at hudson.maven.MavenModuleSetBuild.run(MavenModuleSetBuild.java:479)
at hudson.model.ResourceController.execute(ResourceController.java:88)
at hudson.model.Executor.run(Executor.java:238)
Sending e-mails to: testjenkins@gmail.com
Finished: FAILURE
- Ich hab das gleiche Problem Auftritt. Ich habe ein Jenkins-Master-Slave-Architektur. Alle Linux-Maschinen. Dieses Problem tritt Häufig im moment, aber nur auf einer der Maschinen
- Ich habe das gleiche Problem auch mit jenkins 1.480.3. Haben Sie es gelöst?
Du musst angemeldet sein, um einen Kommentar abzugeben.
Aussieht habe ich es geschafft das problem zu lösen. Trennen und erneutes verbinden des slave-löst es nur vorübergehend. Aber was ich getan habe ist, ich habe die java-master und-slaves ausgeführt mit. Jetzt meine Sklaven und Meister führen Sie mit genau der gleichen version von java (6u41 32bit) und es ist ungefähr 3 Wochen haben wir nicht zu Gesicht, diese Art von Problemen.
Dieser Fehler kann reproduziert werden, wenn die Bibliotheken in den slave-build-root-Verzeichnis. In diesem Fall, Sie das slave-Updates die situation, weil durch das wiederherstellen der Verbindung eines slave, jenkins Kopien über alle notwendigen Bibliotheken, etc..
UM dies in Aktion zu sehen, schau dir die jenkins Konsole, wenn Ihr Euch wieder, Sie werden sehen, so etwas wie dieses:
So, was passiert, ist, alle Bibliotheken sind resync würde von jenkins. Dies kann angekreidet werden, um einen bug (imho) in jenkins... Idealerweise die Sklaven sollten robust sein, um diese Art von Fehlern.
Habe ich gesehen, dass dieses Problem einige Male in unserer Testumgebung und Bereitstellung slave.jar hat dieses Problem gelöst.
Leider es war eine Arbeit, die nur verschoben maven-agent* und nicht slave.jar wenn Umgebung wurde wieder aufgebaut, und wir haben uns diesem Problem immer wieder.
Kopieren slave.jar das Problem behoben.