[
https://issues.jenkins-ci.org/browse/JENKINS-9679?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=148913#comment-148913 ]
Tiago Pais edited comment on JENKINS-9679 at 5/23/11 11:27 AM:
---------------------------------------------------------------
I was using {{-noCertificateCheck}} so there was no issue with SSL certificates. Either way thanks for the suggestion.
Meanwhile i was able to find a workaround:
# After installing Hudson Slave as a service I got to the local (on Slave) directory and found *{{jenkins-slave.xml}}*
# I edit the *{{<arguments>}}* entry to add the necessary jar to the invocation _classpath_:
## _commons-codec-1.5.jar_ is the jar missing and you can grab it [here|
http://mirrors.fe.up.pt/pub/apache//commons/codec/binaries/commons-codec-1.5-bin.zip] (just unzip and it's there)
## Put _commons-codec-1.5.jar_ in the local slave directory (inside a newly created lib directory)
## Change the *{{<arguments>}}* entry to add commons-codec-1.5.jar to the _classpath_ like this {{-Xrs -jar "%BASE%\slave.jar" -jnlpUrl <url_to_jnlp> -classpath "%BASE%\lib\commons-codec-1.5.jar" -jnlpCredentials <user>:<password> -noCertificateCheck}}
# Start service in windows and monitor {{jenkins-slave.err.log}}
Hope it helps,
Tiago
*Olivier Mansion found it pretty much at the same time. Thanks anyway*
was (Author: tiago):
I was using {{-noCertificateCheck}} so there was no issue with SSL certificates. Either way thanks for the suggestion.
Meanwhile i was able to find a workaround:
# After installing Hudson Slave as a service I got to the local (on Slave) directory and found *{{jenkins-slave.xml}}*
# I edit the *{{<arguments>}}* entry to add the necessary jar to the invocation _classpath_:
## _commons-codec-1.5.jar_ is the jar missing and you can grab it [here|
http://mirrors.fe.up.pt/pub/apache//commons/codec/binaries/commons-codec-1.5-bin.zip] (just unzip and it's there)
## Put _commons-codec-1.5.jar_ in the local slave directory (inside a newly created lib directory)
## Change the *{{<arguments>}}* entry to add commons-codec-1.5.jar to the _classpath_ like this {{-Xrs -jar "%BASE%\slave.jar" -jnlpUrl <url_to_jnlp> -classpath "%BASE%\lib\commons-codec-1.5.jar" -jnlpCredentials <user>:<password> -noCertificateCheck}}
# Start service in windows and monitor {{jenkins-slave.err.log}}
Hope it helps,
Tiago
{info}Olivier Mansion found it pretty much at the same time. Thanks anyway.{info}
> NoClassDefFoundError on Base64 when launching an headless slave with -jnlpCredential option
> -------------------------------------------------------------------------------------------
>
> Key: JENKINS-9679
> URL:
https://issues.jenkins-ci.org/browse/JENKINS-9679> Project: Jenkins
> Issue Type: Bug
> Components: core
> Affects Versions: current
> Environment: Jenkins 1.411 / MacOS X / JDK 1.6.0_24
> Jenkins 1.412 / Master: Ubuntu 10.04, / Slave: Windows Server 2008 x64, JDK 1.6.0_20
> Reporter: Olivier Mansion
>
> When launching a headless slave, a NoClassDefFoundError on org/apache/commons/codec/binary/Base64 is raised when specifying the -jnlpCredential option:
> $ java -jar slave.jar -jnlpUrl <url> -jnlpCredentials <user>:<password>
> Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/commons/codec/binary/Base64
> at hudson.remoting.Launcher.parseJnlpArguments(Launcher.java:221)
> at hudson.remoting.Launcher.run(Launcher.java:192)
> at hudson.remoting.Launcher.main(Launcher.java:168)
> Caused by: java.lang.ClassNotFoundException: org.apache.commons.codec.binary.Base64
> at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
> at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:248)
> ... 3 more
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
Locked
This is really somewhat clumsy and non intuitive, this foils the simple jnlp slave concept...
Wouldn't it be easy to deliver commons-codec with the slave and set it in the cp by default?