Uploaded image for project: 'Jenkins'
  1. Jenkins
  2. JENKINS-11783

SAXParser-related IllegalAccessError on svn update

    • Icon: Bug Bug
    • Resolution: Unresolved
    • Icon: Critical Critical
    • subversion-plugin
    • None
    • Jenkins ver. 1.439
      Jenkins Subversion Plug-in 1.34

      This started to occur after a recent update to Jenkins ver. 1.439 + Jenkins Subversion Plug-in 1.34.
      It only happens on some slaves, not others - while they are (at least at 1st glance) are totally identical.

      I did these steps, and the problem was fixed for some slaves:

      • deleted job workspaces;
      • deleted %APPDATA%\Subversion;
      • cleared %USERPROFILE%\Local Settings\Temp;
      • cleared %TMP%, %TEMP% (we override these env vars in slave nodes' configuration) Jenkins service uses;
      • removed %JENKINS_HOME%*.jar.
      15:02:14  Checking out a fresh workspace because there's no workspace at C:\_JenkinsCI\workspace\for_maintenance
      15:02:14  Cleaning local Directory .
      15:02:14  Checking out http://server/rep
      15:02:14  hudson.util.IOException2: remote file operation failed: C:\_JenkinsCI\workspace\for_maintenance at hudson.remoting.Channel@a18951:hudson32
      15:02:14  	at hudson.FilePath.act(FilePath.java:781)
      15:02:14  	at hudson.FilePath.act(FilePath.java:767)
      15:02:14  	at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:735)
      15:02:14  	at hudson.scm.SubversionSCM.checkout(SubversionSCM.java:677)
      15:02:14  	at hudson.model.AbstractProject.checkout(AbstractProject.java:1195)
      15:02:14  	at hudson.model.AbstractBuild$AbstractRunner.checkout(AbstractBuild.java:568)
      15:02:14  	at hudson.model.AbstractBuild$AbstractRunner.run(AbstractBuild.java:456)
      15:02:14  	at hudson.model.Run.run(Run.java:1404)
      15:02:14  	at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:46)
      15:02:14  	at hudson.model.ResourceController.execute(ResourceController.java:88)
      15:02:14  	at hudson.model.Executor.run(Executor.java:230)
      15:02:14  Caused by: java.io.IOException: Remote call on hudson32 failed
      15:02:14  	at hudson.remoting.Channel.call(Channel.java:690)
      15:02:14  	at hudson.FilePath.act(FilePath.java:774)
      15:02:14  	... 10 more
      15:02:14  Caused by: java.lang.IllegalAccessError: tried to access method org.apache.xerces.jaxp.SAXParserImpl.<init>(Lorg/apache/xerces/jaxp/SAXParserFactoryImpl;Ljava/util/Hashtable;Z)V from class org.apache.xerces.jaxp.SAXParserFactoryImpl
      15:02:14  	at org.apache.xerces.jaxp.SAXParserFactoryImpl.newSAXParser(Unknown Source)
      15:02:14  	at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:745)
      15:02:14  	at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.readData(HTTPConnection.java:719)
      15:02:14  	at org.tmatesoft.svn.core.internal.io.dav.http.HTTPRequest.dispatch(HTTPRequest.java:216)
      15:02:14  	at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection._request(HTTPConnection.java:364)
      15:02:14  	at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:285)
      15:02:14  	at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:276)
      15:02:14  	at org.tmatesoft.svn.core.internal.io.dav.http.HTTPConnection.request(HTTPConnection.java:264)
      15:02:14  	at org.tmatesoft.svn.core.internal.io.dav.DAVConnection.doPropfind(DAVConnection.java:126)
      15:02:14  	at org.tmatesoft.svn.core.internal.io.dav.DAVUtil.getProperties(DAVUtil.java:73)
      15:02:14  	at org.tmatesoft.svn.core.internal.io.dav.DAVUtil.getResourceProperties(DAVUtil.java:79)
      15:02:14  	at org.tmatesoft.svn.core.internal.io.dav.DAVUtil.getStartingProperties(DAVUtil.java:103)
      15:02:14  	at org.tmatesoft.svn.core.internal.io.dav.DAVUtil.findStartingProperties(DAVUtil.java:125)
      15:02:14  	at org.tmatesoft.svn.core.internal.io.dav.DAVUtil.getBaselineProperties(DAVUtil.java:226)
      15:02:14  	at org.tmatesoft.svn.core.internal.io.dav.DAVUtil.getBaselineInfo(DAVUtil.java:184)
      15:02:14  	at org.tmatesoft.svn.core.internal.io.dav.DAVRepository.getLatestRevision(DAVRepository.java:182)
      15:02:14  	at org.tmatesoft.svn.core.wc.SVNBasicClient.getRevisionNumber(SVNBasicClient.java:482)
      15:02:14  	at org.tmatesoft.svn.core.wc.SVNBasicClient.getLocations(SVNBasicClient.java:873)
      15:02:14  	at org.tmatesoft.svn.core.wc.SVNBasicClient.createRepository(SVNBasicClient.java:534)
      15:02:14  	at org.tmatesoft.svn.core.wc.SVNUpdateClient.doCheckout(SVNUpdateClient.java:901)
      15:02:14  	at hudson.scm.subversion.CheckoutUpdater$1.perform(CheckoutUpdater.java:86)
      15:02:14  	at hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:136)
      15:02:14  	at hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:144)
      15:02:14  	at hudson.scm.subversion.UpdateUpdater$TaskImpl.perform(UpdateUpdater.java:119)
      15:02:14  	at hudson.scm.subversion.WorkspaceUpdater$UpdateTask.delegateTo(WorkspaceUpdater.java:136)
      15:02:14  	at hudson.scm.SubversionSCM$CheckOutTask.perform(SubversionSCM.java:780)
      15:02:14  	at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:761)
      15:02:14  	at hudson.scm.SubversionSCM$CheckOutTask.invoke(SubversionSCM.java:745)
      15:02:14  	at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2022)
      15:02:14  	at hudson.remoting.UserRequest.perform(UserRequest.java:118)
      15:02:14  	at hudson.remoting.UserRequest.perform(UserRequest.java:48)
      15:02:14  	at hudson.remoting.Request$2.run(Request.java:287)
      15:02:14  	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
      15:02:14  	at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
      15:02:14  	at java.util.concurrent.FutureTask.run(FutureTask.java:138)
      15:02:14  	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
      15:02:14  	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
      15:02:14  	at java.lang.Thread.run(Thread.java:619)
      

          [JENKINS-11783] SAXParser-related IllegalAccessError on svn update

          egilwilde added a comment -

          Reproduced on Jenkins 1.441 and Subversion plugin 1.36.

          egilwilde added a comment - Reproduced on Jenkins 1.441 and Subversion plugin 1.36.

          Same here with jenkins 1.441 and Subversion plugin 1.36.

          Conny Kreyßel added a comment - Same here with jenkins 1.441 and Subversion plugin 1.36.

          Any news/hints on this issue?

          Conny Kreyßel added a comment - Any news/hints on this issue?

          Seems this issue is related to the jenkins maven plugin.

          In our case we had a jenkins instance (only for c++ build jobs) with a disabled jenkins maven plugin. If we reenabled the plugin, all works fine. We run this builds via jnlp enabled nodes.

          Tested with jenkins 1.444 and subversion plugin 1.37.

          Can anyone confirm this?

          Conny Kreyßel added a comment - Seems this issue is related to the jenkins maven plugin. In our case we had a jenkins instance (only for c++ build jobs) with a disabled jenkins maven plugin. If we reenabled the plugin, all works fine. We run this builds via jnlp enabled nodes. Tested with jenkins 1.444 and subversion plugin 1.37. Can anyone confirm this?

          pancake added a comment -

          Conny, oh that's great you found it!
          We have indeed disabled the maven plugin.
          I'm going to enable and update to latest Jenkins on week-end.

          pancake added a comment - Conny , oh that's great you found it! We have indeed disabled the maven plugin. I'm going to enable and update to latest Jenkins on week-end.

          pancake added a comment -

          I've upgraded to Jenkins 1.444 and the bug is still reproducible (BTW currently we have Subversion plugin ver. 1.37).
          So, I've enabled Maven 2 plugin and the bug has disappeared! Thanks to Conny! That's indeed do to Maven 2 plugin being disabled!
          I still leave the bug open as Jenkins jobs that have nothing to do with Maven should obviously not depend on it.

          BTW we have Maven 2 Project Plugin ver. 1.396.

          pancake added a comment - I've upgraded to Jenkins 1.444 and the bug is still reproducible (BTW currently we have Subversion plugin ver. 1.37). So, I've enabled Maven 2 plugin and the bug has disappeared! Thanks to Conny! That's indeed do to Maven 2 plugin being disabled! I still leave the bug open as Jenkins jobs that have nothing to do with Maven should obviously not depend on it. BTW we have Maven 2 Project Plugin ver. 1.396.

          I can confirm the same behavior using Jenkins 1.452 and the Config File Provider Plugin (https://wiki.jenkins-ci.org/display/JENKINS/Config+File+Provider+Plugin). The config files could not be pushed to my jnlp-enabled slave and I had indeed disabled the Maven plugin.

          Enabling the Maven plugin solved the problem. But as @pancake says, there is an unnecessary dependency here.

          Peter Lillevold added a comment - I can confirm the same behavior using Jenkins 1.452 and the Config File Provider Plugin ( https://wiki.jenkins-ci.org/display/JENKINS/Config+File+Provider+Plugin ). The config files could not be pushed to my jnlp-enabled slave and I had indeed disabled the Maven plugin. Enabling the Maven plugin solved the problem. But as @pancake says, there is an unnecessary dependency here.

          Ben Ernst added a comment -

          I have what seems to be the same behaviour here, Jenkins 1.455. I also had the Maven plugin disabled. Thanks Conny, the same workaround worked for me, enabling the Maven plugin appears to have fixed the issue.

          Ben Ernst added a comment - I have what seems to be the same behaviour here, Jenkins 1.455. I also had the Maven plugin disabled. Thanks Conny , the same workaround worked for me, enabling the Maven plugin appears to have fixed the issue.

          Confirmed on 1.486 and Mac slave.

          Removing *.jar from jenkins home on slave helped though.

          andrey regentov added a comment - Confirmed on 1.486 and Mac slave. Removing *.jar from jenkins home on slave helped though.

          Confirmed on 1.489: enabling Maven plugin fixes the issue.

          andrey regentov added a comment - Confirmed on 1.489: enabling Maven plugin fixes the issue.

            kohsuke Kohsuke Kawaguchi
            pancake pancake
            Votes:
            11 Vote for this issue
            Watchers:
            14 Start watching this issue

              Created:
              Updated: