Skip to content

[JENKINS-11420] JDK Auto install throws FATAL: org/apache/xml/utils/PrefixResolver #16174

Closed

Description

@jenkins-infra-bot

It appears that JDK auto install has been broken since version 1.433. It last worked on version 1.432. Below is the error that you get when it tries to auto install the JDK.

Installing JDK jdk-6u24-oth-JPR
Downloading JDK from http://download.oracle.com/otn/java/jdk/6u24-b07//jdk-6u24-windows-x64.exe
FATAL: org/apache/xml/utils/PrefixResolver
java.lang.NoClassDefFoundError: org/apache/xml/utils/PrefixResolver
	at com.gargoylesoftware.htmlunit.html.DomNamespaceNode.getLocalName(DomNamespaceNode.java:81)
	at com.gargoylesoftware.htmlunit.html.HtmlElement.getNodeName(HtmlElement.java:308)
	at com.gargoylesoftware.htmlunit.html.HTMLParser$HtmlUnitDOMBuilder.addNodeToRightParent(HTMLParser.java:636)
	at com.gargoylesoftware.htmlunit.html.HTMLParser$HtmlUnitDOMBuilder.startElement(HTMLParser.java:610)
	at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source)
	at org.cyberneko.html.HTMLTagBalancer.callStartElement(HTMLTagBalancer.java:1126)
	at org.cyberneko.html.HTMLTagBalancer.startElement(HTMLTagBalancer.java:734)
	at org.cyberneko.html.filters.DefaultFilter.startElement(DefaultFilter.java:136)
	at org.cyberneko.html.filters.NamespaceBinder.startElement(NamespaceBinder.java:278)
	at org.cyberneko.html.HTMLScanner$ContentScanner.scanStartElement(HTMLScanner.java:2697)
	at org.cyberneko.html.HTMLScanner$ContentScanner.scan(HTMLScanner.java:2013)
	at org.cyberneko.html.HTMLScanner.scanDocument(HTMLScanner.java:907)
	at org.cyberneko.html.HTMLConfiguration.parse(HTMLConfiguration.java:499)
	at org.cyberneko.html.HTMLConfiguration.parse(HTMLConfiguration.java:452)
	at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
	at com.gargoylesoftware.htmlunit.html.HTMLParser$HtmlUnitDOMBuilder.parse(HTMLParser.java:901)
	at com.gargoylesoftware.htmlunit.html.HTMLParser.parse(HTMLParser.java:350)
	at com.gargoylesoftware.htmlunit.html.HTMLParser.parseHtml(HTMLParser.java:304)
	at com.gargoylesoftware.htmlunit.DefaultPageCreator.createHtmlPage(DefaultPageCreator.java:134)
	at com.gargoylesoftware.htmlunit.DefaultPageCreator.createPage(DefaultPageCreator.java:101)
	at com.gargoylesoftware.htmlunit.WebClient.loadWebResponseInto(WebClient.java:449)
	at com.gargoylesoftware.htmlunit.WebClient.getPage(WebClient.java:332)
	at com.gargoylesoftware.htmlunit.WebClient.getPage(WebClient.java:389)
	at hudson.tools.JDKInstaller.locate(JDKInstaller.java:369)
	at hudson.tools.JDKInstaller.performInstallation(JDKInstaller.java:125)
	at hudson.tools.InstallerTranslator.getToolHome(InstallerTranslator.java:61)
	at hudson.tools.ToolLocationNodeProperty.getToolHome(ToolLocationNodeProperty.java:107)
	at hudson.tools.ToolInstallation.translateFor(ToolInstallation.java:150)
	at hudson.model.JDK.forNode(JDK.java:112)
	at hudson.model.AbstractBuild.getEnvironment(AbstractBuild.java:822)
	at hudson.maven.AbstractMavenBuild.getEnvironment(AbstractMavenBuild.java:59)
	at hudson.maven.MavenModuleSetBuild.getEnvironment(MavenModuleSetBuild.java:155)
	at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:673)
	at hudson.model.AbstractProject.checkout(AbstractProject.java:1193)
	at hudson.model.AbstractBuild$AbstractRunner.checkout(AbstractBuild.java:567)
	at hudson.model.AbstractBuild$AbstractRunner.run(AbstractBuild.java:455)
	at hudson.model.Run.run(Run.java:1404)
	at hudson.maven.MavenModuleSetBuild.run(MavenModuleSetBuild.java:470)
	at hudson.model.ResourceController.execute(ResourceController.java:88)
	at hudson.model.Executor.run(Executor.java:230)
Caused by: java.lang.ClassNotFoundException: org.apache.xml.utils.PrefixResolver
	at java.net.URLClassLoader$1.run(Unknown Source)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.net.URLClassLoader.findClass(Unknown Source)
	at java.lang.ClassLoader.loadClass(Unknown Source)
	at java.lang.ClassLoader.loadClass(Unknown Source)
	at winstone.classLoader.WebappClassLoader.loadClass(WebappClassLoader.java:83)
	at java.lang.ClassLoader.loadClass(Unknown Source)
	... 40 more

Originally reported by jmccaske, imported from: JDK Auto install throws FATAL: org/apache/xml/utils/PrefixResolver
  • status: Resolved
  • priority: Critical
  • component(s): core
  • resolution: Fixed
  • resolved: 2011-10-31T02:02:47+00:00
  • votes: 5
  • watchers: 7
  • imported: 2025-11-24
Raw content of original issue

It appears that JDK auto install has been broken since version 1.433. It last worked on version 1.432. Below is the error that you get when it tries to auto install the JDK.

Installing JDK jdk-6u24-oth-JPR
Downloading JDK from http://download.oracle.com/otn/java/jdk/6u24-b07//jdk-6u24-windows-x64.exe
FATAL: org/apache/xml/utils/PrefixResolver
java.lang.NoClassDefFoundError: org/apache/xml/utils/PrefixResolver
	at com.gargoylesoftware.htmlunit.html.DomNamespaceNode.getLocalName(DomNamespaceNode.java:81)
	at com.gargoylesoftware.htmlunit.html.HtmlElement.getNodeName(HtmlElement.java:308)
	at com.gargoylesoftware.htmlunit.html.HTMLParser$HtmlUnitDOMBuilder.addNodeToRightParent(HTMLParser.java:636)
	at com.gargoylesoftware.htmlunit.html.HTMLParser$HtmlUnitDOMBuilder.startElement(HTMLParser.java:610)
	at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source)
	at org.cyberneko.html.HTMLTagBalancer.callStartElement(HTMLTagBalancer.java:1126)
	at org.cyberneko.html.HTMLTagBalancer.startElement(HTMLTagBalancer.java:734)
	at org.cyberneko.html.filters.DefaultFilter.startElement(DefaultFilter.java:136)
	at org.cyberneko.html.filters.NamespaceBinder.startElement(NamespaceBinder.java:278)
	at org.cyberneko.html.HTMLScanner$ContentScanner.scanStartElement(HTMLScanner.java:2697)
	at org.cyberneko.html.HTMLScanner$ContentScanner.scan(HTMLScanner.java:2013)
	at org.cyberneko.html.HTMLScanner.scanDocument(HTMLScanner.java:907)
	at org.cyberneko.html.HTMLConfiguration.parse(HTMLConfiguration.java:499)
	at org.cyberneko.html.HTMLConfiguration.parse(HTMLConfiguration.java:452)
	at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
	at com.gargoylesoftware.htmlunit.html.HTMLParser$HtmlUnitDOMBuilder.parse(HTMLParser.java:901)
	at com.gargoylesoftware.htmlunit.html.HTMLParser.parse(HTMLParser.java:350)
	at com.gargoylesoftware.htmlunit.html.HTMLParser.parseHtml(HTMLParser.java:304)
	at com.gargoylesoftware.htmlunit.DefaultPageCreator.createHtmlPage(DefaultPageCreator.java:134)
	at com.gargoylesoftware.htmlunit.DefaultPageCreator.createPage(DefaultPageCreator.java:101)
	at com.gargoylesoftware.htmlunit.WebClient.loadWebResponseInto(WebClient.java:449)
	at com.gargoylesoftware.htmlunit.WebClient.getPage(WebClient.java:332)
	at com.gargoylesoftware.htmlunit.WebClient.getPage(WebClient.java:389)
	at hudson.tools.JDKInstaller.locate(JDKInstaller.java:369)
	at hudson.tools.JDKInstaller.performInstallation(JDKInstaller.java:125)
	at hudson.tools.InstallerTranslator.getToolHome(InstallerTranslator.java:61)
	at hudson.tools.ToolLocationNodeProperty.getToolHome(ToolLocationNodeProperty.java:107)
	at hudson.tools.ToolInstallation.translateFor(ToolInstallation.java:150)
	at hudson.model.JDK.forNode(JDK.java:112)
	at hudson.model.AbstractBuild.getEnvironment(AbstractBuild.java:822)
	at hudson.maven.AbstractMavenBuild.getEnvironment(AbstractMavenBuild.java:59)
	at hudson.maven.MavenModuleSetBuild.getEnvironment(MavenModuleSetBuild.java:155)
	at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:673)
	at hudson.model.AbstractProject.checkout(AbstractProject.java:1193)
	at hudson.model.AbstractBuild$AbstractRunner.checkout(AbstractBuild.java:567)
	at hudson.model.AbstractBuild$AbstractRunner.run(AbstractBuild.java:455)
	at hudson.model.Run.run(Run.java:1404)
	at hudson.maven.MavenModuleSetBuild.run(MavenModuleSetBuild.java:470)
	at hudson.model.ResourceController.execute(ResourceController.java:88)
	at hudson.model.Executor.run(Executor.java:230)
Caused by: java.lang.ClassNotFoundException: org.apache.xml.utils.PrefixResolver
	at java.net.URLClassLoader$1.run(Unknown Source)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.net.URLClassLoader.findClass(Unknown Source)
	at java.lang.ClassLoader.loadClass(Unknown Source)
	at java.lang.ClassLoader.loadClass(Unknown Source)
	at winstone.classLoader.WebappClassLoader.loadClass(WebappClassLoader.java:83)
	at java.lang.ClassLoader.loadClass(Unknown Source)
	... 40 more
  • environment: Windows 2003 R2 SP2

Activity

  1. jenkins-infra-bot commented on Oct 26, 2011

    @jenkins-infra-bot
    Author
    jmccaske:

    I think this is happening because of the fix for JENKINS-10851. I think this bit here needs xalan and that issue removed it to get Jenkins working on AIX.

    https://github.com/jenkinsci/jenkins/pull/256/files

    At least it looks similar. I have not walked any code.

  2. jenkins-infra-bot commented on Oct 31, 2011

    @jenkins-infra-bot
    Author
    scm_issue_link:
    • Original comment link
    • Raw content of original comment:

      Code changed in jenkins User: Kohsuke Kawaguchi Path: changelog.html core/pom.xml core/src/main/java/hudson/tools/JDKInstaller.java http://jenkins-ci.org/commit/jenkins/e1691a1f2fc5246024a416a20e109faeab0e26ab Log: [FIXED JENKINS-11420] rewrote the JDK installer to avoid using HtmlUnit.

      This lets us get rid of Xalan safely (as well as other often problematic dependencies like nekohtml + Xerces combo), and reduce the dependency footprint.

    Code changed in jenkins
    User: Kohsuke Kawaguchi
    Path:
    changelog.html
    core/pom.xml
    core/src/main/java/hudson/tools/JDKInstaller.java
    http://jenkins-ci.org/commit/jenkins/e1691a1f2fc5246024a416a20e109faeab0e26ab
    Log:
    [FIXED JENKINS-11420] rewrote the JDK installer to avoid using HtmlUnit.

    This lets us get rid of Xalan safely (as well as other often problematic
    dependencies like nekohtml + Xerces combo), and reduce the dependency
    footprint.

  3. jenkins-infra-bot commented on Oct 31, 2011

    @jenkins-infra-bot
    Author
    dogfood:

    Integrated in jenkins_main_trunk #1259

  4. jenkins-infra-bot commented on Dec 13, 2011

    @jenkins-infra-bot
    Author
    dexterous:
    • Original comment link
    • Raw content of original comment:

      Is there a workaround for older stable releases? I'm facing this problem on 1.424.1 on a 32-bit Ububtu Maverick.

    Is there a workaround for older stable releases? I'm facing this problem on 1.424.1 on a 32-bit Ububtu Maverick.

  5. jenkins-infra-bot commented on Dec 21, 2011

    @jenkins-infra-bot
    Author
    scanguskhan:
    • Original comment link
    • Raw content of original comment:

      I'm seeing this in 1.443, Any idea when the fix will be in a release?

    I'm seeing this in 1.443, Any idea when the fix will be in a release?

  6. jenkins-infra-bot commented on Jan 11, 2012

    @jenkins-infra-bot
    Author
    mcrooney:
    • Original comment link
    • Raw content of original comment:

      Saager, I was also on 1.424.1 and in my case the workaround was to upgrade to 1.447

      So Scott, you'll find it arrived at latest in that version.

    Saager, I was also on 1.424.1 and in my case the workaround was to upgrade to 1.447

    So Scott, you'll find it arrived at latest in that version.

  7. jenkins-infra-bot commented on Feb 5, 2012

    @jenkins-infra-bot
    Author
    mantis:
    • Original comment link
    • Raw content of original comment:

      Shouldn't this be fixed in the LTS releases? We just upgraded to 1.424.2 and it's still broken. Better yet, what if the JDK down-loader was a plugin so we could upgrade it independently?

      Thanks.

    Shouldn't this be fixed in the LTS releases? We just upgraded to 1.424.2 and it's still broken. Better yet, what if the JDK down-loader was a plugin so we could upgrade it independently?

    Thanks.

  8. jenkins-infra-bot commented on Feb 13, 2012

    @jenkins-infra-bot
    Author
    vjuranek:
    • Original comment link
    • Raw content of original comment:

      Hi, if you think it should be backported into LTS, (next time) you should increase the priority to "critical" or "blocker" or drop and email to jenkins-dev list. Major bugfixes are not backported by default. Thanks

    Hi,
    if you think it should be backported into LTS, (next time) you should increase the priority to "critical" or "blocker" or drop and email to jenkins-dev list. Major bugfixes are not backported by default.
    Thanks

  9. jenkins-infra-bot commented on Feb 13, 2012

    @jenkins-infra-bot
    Author
    scm_issue_link:
    • Original comment link
    • Raw content of original comment:

      Code changed in jenkins User: Kohsuke Kawaguchi Path: changelog.html core/pom.xml core/src/main/java/hudson/tools/JDKInstaller.java http://jenkins-ci.org/commit/jenkins/fa134e68210529ac532fbd8974c97dbce411c23e Log: [FIXED JENKINS-11420] rewrote the JDK installer to avoid using HtmlUnit.

      This lets us get rid of Xalan safely (as well as other often problematic dependencies like nekohtml + Xerces combo), and reduce the dependency footprint. (cherry picked from commit e1691a1f2fc5246024a416a20e109faeab0e26ab)

      Conflicts:

      changelog.html core/pom.xml core/src/main/java/hudson/tools/JDKInstaller.java

    Code changed in jenkins
    User: Kohsuke Kawaguchi
    Path:
    changelog.html
    core/pom.xml
    core/src/main/java/hudson/tools/JDKInstaller.java
    http://jenkins-ci.org/commit/jenkins/fa134e68210529ac532fbd8974c97dbce411c23e
    Log:
    [FIXED JENKINS-11420] rewrote the JDK installer to avoid using HtmlUnit.

    This lets us get rid of Xalan safely (as well as other often problematic
    dependencies like nekohtml + Xerces combo), and reduce the dependency
    footprint.
    (cherry picked from commit e1691a1)

    Conflicts:

    changelog.html
    core/pom.xml
    core/src/main/java/hudson/tools/JDKInstaller.java

  10. removed
    bugFor changelog: Minor bug. Will be listed after features
    on Nov 25, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions