Details
-
Type:
Bug
-
Status:
Resolved
-
Priority:
Blocker
-
Resolution: Fixed
-
Component/s: core
-
Labels:None
Description
Just noticed that the autoinstallation of JDK from java.sun.com stopped working recently. I tried various Jenkins instances running here and they all have the same problem; versions from 1.415 to 1.423 on Linux.
Issue Links
- is duplicated by
-
JENKINS-10194
JDK Auto-Install does not allow me to select a version
-
-
JENKINS-10176
List of JVM-versions for autoinstall is empty, JVM auto-install impossible
-
Activity
Hide
dogfood
added a comment -
Integrated in 
jenkins_main_trunk #1005
[FIXED JENKINS-10511] commits leading up to this is for making JDK installer work again
Kohsuke Kawaguchi : cb2ced734edc6ace59f5efd8dadbdaed0588a90d
Files :
- changelog.html
Show
dogfood
added a comment - Integrated in jenkins_main_trunk #1005
[FIXED JENKINS-10511] commits leading up to this is for making JDK installer work again
Kohsuke Kawaguchi : cb2ced734edc6ace59f5efd8dadbdaed0588a90d
Files :
jenkins_main_trunk #1005
[FIXED JENKINS-10511] commits leading up to this is for making JDK installer work again
Kohsuke Kawaguchi : cb2ced734edc6ace59f5efd8dadbdaed0588a90d
Files :
- changelog.html
On top of this, if you go into 'Manage Jenkins', change anything (even something unrelated to the JDK), and save, it will change your existing JDK ids blank! For example, I had:
<hudson.tools.JDKInstaller>
<id>jdk-6u21-oth-JPR@CDS-CDS_Developer</id>
<acceptLicense>true</acceptLicense>
</hudson.tools.JDKInstaller>
which was replaced by
<hudson.tools.JDKInstaller>
<id></id>
<acceptLicense>true</acceptLicense>
</hudson.tools.JDKInstaller>
(empty <id> tag). So the next time a build ran on my slaves, Jenkins removed the existing JDK install and all the builds started failing. When I fixed the tag, and reloaded Jenkins, the autoinstaller tried to run, but was failing because Windows thought the JDK was already installed. What I ended up having to do was.
1) Stop the slave
2) Log in to the slave machine
3) Copy the JDK files back to the /tools directory
4) Remove the JDK through Add/Remove programs (had to do step 3 or this wouldn't work)
5) Start the slave
After that the autoinstaller was able to run successfully and re-install the JDK. A huge pain, but luckily we don't have too many slaves. Maybe there was an easier way to fix it, but this worked for me.
In any case, if you change anything in 'Manage Jenkins' before this is fixed, verify your JDK installs have valid <id> tags. (I'm not sure how the save process works, but maybe in the future don't allow a blank value in this tag?) Another suggestion would be to break up the 'Manage Jenkins' page so one 'Save' doesn't have the potential of affecting so much. Finally, verify that if a JDK is removed by jenkins it runs the uninstaller if on windows.
I've been using Jenkins for quite a while and this is the first time it really gave me a scare! Hopefully others can avoid this one.