[JIRA] (JENKINS-37538) classloading issue with xerces lib

17 views
Skip to first unread message

d.scheidl@gmx.net (JIRA)

unread,
Aug 19, 2016, 1:49:04 AM8/19/16
to jenkinsc...@googlegroups.com
Dietmar Scheidl created an issue
 
Jenkins / Bug JENKINS-37538
classloading issue with xerces lib
Issue Type: Bug Bug
Assignee: Jesse Glick
Components: workflow-plugin
Created: 2016/Aug/19 5:48 AM
Priority: Blocker Blocker
Reporter: Dietmar Scheidl

Create a pipeline job with "Pipeline script from SCM"
SCM: Subversion

Jenkinsfile 
def content = readTrusted('somefile')

node('mynode') {
    echo content
}

This leads to

[Pipeline] readTrusted
Updating http://... at revision '2016-08-19T07:47:29.338 +0200'
At revision 5146

No changes for http://... since the previous build
[Pipeline] End of Pipeline
javax.xml.parsers.FactoryConfigurationError: Provider for class javax.xml.parsers.SAXParserFactory cannot be created
	at javax.xml.parsers.FactoryFinder.findServiceProvider(FactoryFinder.java:311)
	at javax.xml.parsers.FactoryFinder.find(FactoryFinder.java:267)
	at javax.xml.parsers.SAXParserFactory.newInstance(SAXParserFactory.java:127)
	at org.apache.commons.digester.Digester.getFactory(Digester.java:537)
	at org.apache.commons.digester.Digester.getParser(Digester.java:791)
	at org.apache.commons.digester.Digester.getXMLReader(Digester.java:1068)
	at org.apache.commons.digester.Digester.parse(Digester.java:1871)
	at hudson.scm.SubversionChangeLogParser.parse(SubversionChangeLogParser.java:76)
	at hudson.scm.SubversionChangeLogParser.parse(SubversionChangeLogParser.java:43)
	at org.jenkinsci.plugins.workflow.job.WorkflowRun.onCheckout(WorkflowRun.java:652)
	at org.jenkinsci.plugins.workflow.job.WorkflowRun.access$1300(WorkflowRun.java:112)
	at org.jenkinsci.plugins.workflow.job.WorkflowRun$SCMListenerImpl.onCheckout(WorkflowRun.java:842)
	at org.jenkinsci.plugins.workflow.steps.scm.SCMStep.checkout(SCMStep.java:123)
	at org.jenkinsci.plugins.workflow.multibranch.ReadTrustedStep$Execution.run(ReadTrustedStep.java:119)
	at org.jenkinsci.plugins.workflow.multibranch.ReadTrustedStep$Execution.run(ReadTrustedStep.java:78)
	at org.jenkinsci.plugins.workflow.steps.AbstractSynchronousStepExecution.start(AbstractSynchronousStepExecution.java:40)
	at org.jenkinsci.plugins.workflow.cps.DSL.invokeStep(DSL.java:178)
	at org.jenkinsci.plugins.workflow.cps.DSL.invokeMethod(DSL.java:124)
	at org.jenkinsci.plugins.workflow.cps.CpsScript.invokeMethod(CpsScript.java:117)
	at groovy.lang.GroovyObject$invokeMethod$0.call(Unknown Source)
	at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:48)
	at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:113)
	at org.kohsuke.groovy.sandbox.impl.Checker$1.call(Checker.java:151)
	at org.kohsuke.groovy.sandbox.GroovyInterceptor.onMethodCall(GroovyInterceptor.java:21)
	at org.jenkinsci.plugins.scriptsecurity.sandbox.groovy.SandboxInterceptor.onMethodCall(SandboxInterceptor.java:115)
	at org.jenkinsci.plugins.scriptsecurity.sandbox.groovy.SandboxInterceptor.onMethodCall(SandboxInterceptor.java:103)
	at org.kohsuke.groovy.sandbox.impl.Checker$1.call(Checker.java:149)
	at org.kohsuke.groovy.sandbox.impl.Checker.checkedCall(Checker.java:146)
	at com.cloudbees.groovy.cps.sandbox.SandboxInvoker.methodCall(SandboxInvoker.java:16)
	at WorkflowScript.run(WorkflowScript:1)
	at ___cps.transform___(Native Method)
	at com.cloudbees.groovy.cps.impl.ContinuationGroup.methodCall(ContinuationGroup.java:48)
	at com.cloudbees.groovy.cps.impl.FunctionCallBlock$ContinuationImpl.dispatchOrArg(FunctionCallBlock.java:109)
	at com.cloudbees.groovy.cps.impl.FunctionCallBlock$ContinuationImpl.fixArg(FunctionCallBlock.java:82)
	at sun.reflect.GeneratedMethodAccessor527.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:498)
	at com.cloudbees.groovy.cps.impl.ContinuationPtr$ContinuationImpl.receive(ContinuationPtr.java:72)
	at com.cloudbees.groovy.cps.impl.ConstantBlock.eval(ConstantBlock.java:21)
	at com.cloudbees.groovy.cps.Next.step(Next.java:58)
	at com.cloudbees.groovy.cps.Continuable.run0(Continuable.java:154)
	at org.jenkinsci.plugins.workflow.cps.SandboxContinuable.access$001(SandboxContinuable.java:18)
	at org.jenkinsci.plugins.workflow.cps.SandboxContinuable$1.call(SandboxContinuable.java:33)
	at org.jenkinsci.plugins.workflow.cps.SandboxContinuable$1.call(SandboxContinuable.java:30)
	at org.jenkinsci.plugins.scriptsecurity.sandbox.groovy.GroovySandbox.runInSandbox(GroovySandbox.java:108)
	at org.jenkinsci.plugins.workflow.cps.SandboxContinuable.run0(SandboxContinuable.java:30)
	at org.jenkinsci.plugins.workflow.cps.CpsThread.runNextChunk(CpsThread.java:164)
	at org.jenkinsci.plugins.workflow.cps.CpsThreadGroup.run(CpsThreadGroup.java:361)
	at org.jenkinsci.plugins.workflow.cps.CpsThreadGroup.access$100(CpsThreadGroup.java:80)
	at org.jenkinsci.plugins.workflow.cps.CpsThreadGroup$2.call(CpsThreadGroup.java:236)
	at org.jenkinsci.plugins.workflow.cps.CpsThreadGroup$2.call(CpsThreadGroup.java:226)
	at org.jenkinsci.plugins.workflow.cps.CpsVmExecutorService$2.call(CpsVmExecutorService.java:47)
	at java.util.concurrent.FutureTask.run(FutureTask.java:266)
	at hudson.remoting.SingleLaneExecutorService$1.run(SingleLaneExecutorService.java:112)
	at jenkins.util.ContextResettingExecutorService$1.run(ContextResettingExecutorService.java:28)
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
	at java.util.concurrent.FutureTask.run(FutureTask.java:266)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
	at java.lang.Thread.run(Thread.java:745)
Caused by: java.lang.RuntimeException: Provider for class javax.xml.parsers.SAXParserFactory cannot be created
	at javax.xml.parsers.FactoryFinder.findServiceProvider(FactoryFinder.java:308)
	at javax.xml.parsers.FactoryFinder.find(FactoryFinder.java:267)
	at javax.xml.parsers.SAXParserFactory.newInstance(SAXParserFactory.java:127)
	at org.apache.commons.digester.Digester.getFactory(Digester.java:537)
	at org.apache.commons.digester.Digester.getParser(Digester.java:791)
	at org.apache.commons.digester.Digester.getXMLReader(Digester.java:1068)
	at org.apache.commons.digester.Digester.parse(Digester.java:1871)
	at hudson.scm.SubversionChangeLogParser.parse(SubversionChangeLogParser.java:76)
	at hudson.scm.SubversionChangeLogParser.parse(SubversionChangeLogParser.java:43)
	at org.jenkinsci.plugins.workflow.job.WorkflowRun.onCheckout(WorkflowRun.java:652)
	at org.jenkinsci.plugins.workflow.job.WorkflowRun.access$1300(WorkflowRun.java:112)
	at org.jenkinsci.plugins.workflow.job.WorkflowRun$SCMListenerImpl.onCheckout(WorkflowRun.java:842)
	at org.jenkinsci.plugins.workflow.steps.scm.SCMStep.checkout(SCMStep.java:123)
	at org.jenkinsci.plugins.workflow.multibranch.ReadTrustedStep$Execution.run(ReadTrustedStep.java:119)
	at org.jenkinsci.plugins.workflow.multibranch.ReadTrustedStep$Execution.run(ReadTrustedStep.java:78)
	at org.jenkinsci.plugins.workflow.steps.AbstractSynchronousStepExecution.start(AbstractSynchronousStepExecution.java:40)
	at org.jenkinsci.plugins.workflow.cps.DSL.invokeStep(DSL.java:178)
	at org.jenkinsci.plugins.workflow.cps.DSL.invokeMethod(DSL.java:124)
	at org.jenkinsci.plugins.workflow.cps.CpsScript.invokeMethod(CpsScript.java:117)
	at groovy.lang.GroovyObject$invokeMethod$0.call(Unknown Source)
	at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCall(CallSiteArray.java:48)
	at org.codehaus.groovy.runtime.callsite.AbstractCallSite.call(AbstractCallSite.java:113)
	at org.kohsuke.groovy.sandbox.impl.Checker$1.call(Checker.java:151)
	at org.kohsuke.groovy.sandbox.GroovyInterceptor.onMethodCall(GroovyInterceptor.java:21)
	at org.jenkinsci.plugins.scriptsecurity.sandbox.groovy.SandboxInterceptor.onMethodCall(SandboxInterceptor.java:115)
	at org.jenkinsci.plugins.scriptsecurity.sandbox.groovy.SandboxInterceptor.onMethodCall(SandboxInterceptor.java:103)
	at org.kohsuke.groovy.sandbox.impl.Checker$1.call(Checker.java:149)
	at org.kohsuke.groovy.sandbox.impl.Checker.checkedCall(Checker.java:146)
	at com.cloudbees.groovy.cps.sandbox.SandboxInvoker.methodCall(SandboxInvoker.java:16)
	... 29 more
Caused by: java.util.ServiceConfigurationError: javax.xml.parsers.SAXParserFactory: Provider org.apache.xerces.jaxp.SAXParserFactoryImpl not a subtype
	at java.util.ServiceLoader.fail(ServiceLoader.java:239)
	at java.util.ServiceLoader.access$300(ServiceLoader.java:185)
	at java.util.ServiceLoader$LazyIterator.nextService(ServiceLoader.java:376)
	at java.util.ServiceLoader$LazyIterator.next(ServiceLoader.java:404)
	at java.util.ServiceLoader$1.next(ServiceLoader.java:480)
	at javax.xml.parsers.FactoryFinder$1.run(FactoryFinder.java:294)
	at java.security.AccessController.doPrivileged(Native Method)
	at javax.xml.parsers.FactoryFinder.findServiceProvider(FactoryFinder.java:289)
	... 57 more
Finished: FAILURE
Add Comment Add Comment
 
This message was sent by Atlassian JIRA (v7.1.7#71011-sha1:2526d7c)
Atlassian logo

d.scheidl@gmx.net (JIRA)

unread,
Aug 19, 2016, 1:57:01 AM8/19/16
to jenkinsc...@googlegroups.com
Dietmar Scheidl updated an issue
Change By: Dietmar Scheidl
Environment: Jenkins 2.18
Java 1.8.0_77
Ubuntu 16.04 (using deb http://pkg.jenkins-ci.org/debian binary/)

d.scheidl@gmx.net (JIRA)

unread,
Aug 23, 2016, 7:01:01 AM8/23/16
to jenkinsc...@googlegroups.com
Dietmar Scheidl updated an issue
Change By: Dietmar Scheidl
Environment: Jenkins 2.18 , 2.19
Java 1.8.0_77
Ubuntu 16.04 (using deb http://pkg.jenkins-ci.org/debian binary/)

jglick@cloudbees.com (JIRA)

unread,
Aug 24, 2016, 1:43:01 PM8/24/16
to jenkinsc...@googlegroups.com
Jesse Glick assigned an issue to Unassigned
 

Does not look like a Pipeline issue.

Any known steps to reproduce from scratch?
Change By: Jesse Glick
Component/s: subversion-plugin
Component/s: workflow-plugin
Assignee: Jesse Glick

jglick@cloudbees.com (JIRA)

unread,
Aug 24, 2016, 1:45:01 PM8/24/16
to jenkinsc...@googlegroups.com
Jesse Glick commented on Bug JENKINS-37538
 
Re: classloading issue with xerces lib

Possibly a consequence of this Pipeline change (though if so, still a bug in the Subversion plugin). Investigating.

jglick@cloudbees.com (JIRA)

unread,
Aug 24, 2016, 2:55:01 PM8/24/16
to jenkinsc...@googlegroups.com

Failed to reproduce in an acceptance test.

jglick@cloudbees.com (JIRA)

unread,
Aug 24, 2016, 3:02:01 PM8/24/16
to jenkinsc...@googlegroups.com

One thing I note is that ReadTrustedStep.Execution should extend AbstractSynchronousNonBlockingStepExecution, in case the SCM checkout takes a long time, which might fix this problem as a side effect.

jglick@cloudbees.com (JIRA)

unread,
Aug 24, 2016, 3:13:01 PM8/24/16
to jenkinsc...@googlegroups.com

To that end I also tried running 1.642.x with up-to-date Subversion and Pipeline plugins, creating a local Subversion repository with trunk/Jenkinsfile set to

def c = readTrusted 'Jenkinsfile'
node {
    echo c
}

running svnserve -r … -d, creating a multibranch Pipeline with SCM source set to Subversion using svn://localhost/, and running a build, then also editing Jenkinsfile trivially and triggering a new build via branch indexing. No errors.

jglick@cloudbees.com (JIRA)

unread,
Aug 24, 2016, 3:44:01 PM8/24/16
to jenkinsc...@googlegroups.com

might fix this problem as a side effect

Filed a PR for that just in case it does (desirable anyway).

jglick@cloudbees.com (JIRA)

unread,
Aug 24, 2016, 4:14:01 PM8/24/16
to jenkinsc...@googlegroups.com

I suspect the root cause is a mismatch of defining vs. initiating class loader as described in JDK-6865375.

jglick@cloudbees.com (JIRA)

unread,
Aug 24, 2016, 5:06:02 PM8/24/16
to jenkinsc...@googlegroups.com
Jesse Glick started work on Bug JENKINS-37538
 
Change By: Jesse Glick
Status: Open In Progress

jglick@cloudbees.com (JIRA)

unread,
Aug 24, 2016, 5:06:02 PM8/24/16
to jenkinsc...@googlegroups.com
Change By: Jesse Glick
Status: In Progress Review

jglick@cloudbees.com (JIRA)

unread,
Aug 24, 2016, 5:07:01 PM8/24/16
to jenkinsc...@googlegroups.com
 
Re: classloading issue with xerces lib

Patch to workflow-cps might resolve this.

jglick@cloudbees.com (JIRA)

unread,
Aug 24, 2016, 5:08:01 PM8/24/16
to jenkinsc...@googlegroups.com
Jesse Glick updated an issue
 
Change By: Jesse Glick
Labels: classloading-hell regression

jglick@cloudbees.com (JIRA)

unread,
Aug 24, 2016, 5:08:01 PM8/24/16
to jenkinsc...@googlegroups.com
Jesse Glick updated an issue
Change By: Jesse Glick
Component/s: workflow-plugin
Component/s: subversion-plugin

jglick@cloudbees.com (JIRA)

unread,
Aug 24, 2016, 5:10:02 PM8/24/16
to jenkinsc...@googlegroups.com
 
Re: classloading issue with xerces lib

In principle SubversionChangeLogParser etc. could also resolve this by setting the desired context loader explicitly, but it is hard to know how many more such cases there might be. Anyway in this case it is not clear the Subversion plugin would even know what to use, since the design of JAXP is such that it is just asking for an XML parser from the system and hoping for the best.

jglick@cloudbees.com (JIRA)

unread,
Aug 25, 2016, 8:38:01 AM8/25/16
to jenkinsc...@googlegroups.com

A user claims PR 50 solves the problem with Artifactory, so I will go with that.

scm_issue_link@java.net (JIRA)

unread,
Aug 25, 2016, 8:53:01 AM8/25/16
to jenkinsc...@googlegroups.com

Code changed in jenkins
User: Jesse Glick
Path:
src/main/java/org/jenkinsci/plugins/workflow/cps/CpsVmExecutorService.java
src/main/java/org/jenkinsci/plugins/workflow/cps/DSL.java
src/test/java/org/jenkinsci/plugins/workflow/DSLTest.java
http://jenkins-ci.org/commit/workflow-cps-plugin/399c76cb59d5bfb2d12502d9b9d2f8b376168d5b
Log:
JENKINS-37538 Set the context class loader to the usual CCL for plugin code while running steps.

scm_issue_link@java.net (JIRA)

unread,
Aug 25, 2016, 8:53:01 AM8/25/16
to jenkinsc...@googlegroups.com

Code changed in jenkins
User: Jesse Glick
Path:
src/main/java/org/jenkinsci/plugins/workflow/cps/CpsVmExecutorService.java
src/main/java/org/jenkinsci/plugins/workflow/cps/DSL.java
src/test/java/org/jenkinsci/plugins/workflow/DSLTest.java

http://jenkins-ci.org/commit/workflow-cps-plugin/6f65f3ccd859ca25d0984c40f1723cd05b27cd9b
Log:
Merge pull request #50 from jglick/CCL-JENKINS-37538

[FIXED JENKINS-37538] Set the context class loader to a neutral value inside step executions

Compare: https://github.com/jenkinsci/workflow-cps-plugin/compare/6719c9fa8cf1...6f65f3ccd859

jglick@cloudbees.com (JIRA)

unread,
Aug 25, 2016, 8:54:02 AM8/25/16
to jenkinsc...@googlegroups.com
 

Hope the fix works for the Subversion case as well.
Change By: Jesse Glick
Status: In Review Resolved
Resolution: Fixed

d.scheidl@gmx.net (JIRA)

unread,
Aug 26, 2016, 5:43:02 AM8/26/16
to jenkinsc...@googlegroups.com
Dietmar Scheidl commented on Bug JENKINS-37538
 
Re: classloading issue with xerces lib

Also works in subversion case. Thanks.

scm_issue_link@java.net (JIRA)

unread,
Aug 26, 2016, 4:16:12 PM8/26/16
to jenkinsc...@googlegroups.com

Code changed in jenkins
User: Jesse Glick
Path:
src/main/java/org/jenkinsci/plugins/workflow/multibranch/ReadTrustedStep.java
http://jenkins-ci.org/commit/workflow-multibranch-plugin/a17edf56abeacd150f1556cac581bb6d1d7a0a46
Log:
JENKINS-37538 Should use AbstractSynchronousNonBlockingStepExecution since we are running blocking SCM operations.

scm_issue_link@java.net (JIRA)

unread,
Aug 26, 2016, 4:16:14 PM8/26/16
to jenkinsc...@googlegroups.com

Code changed in jenkins
User: Jesse Glick
Path:
src/main/java/org/jenkinsci/plugins/workflow/multibranch/ReadTrustedStep.java

http://jenkins-ci.org/commit/workflow-multibranch-plugin/b6d7978bf4890010eaf3bc77dd4ca1628cba76c9
Log:
Merge pull request #29 from jglick/AbstractSynchronousNonBlockingStepExecution-JENKINS-37538

JENKINS-37538 Should use AbstractSynchronousNonBlockingStepExecution

Compare: https://github.com/jenkinsci/workflow-multibranch-plugin/compare/281e8b2d6c4a...b6d7978bf489

scm_issue_link@java.net (JIRA)

unread,
Aug 26, 2016, 4:17:01 PM8/26/16
to jenkinsc...@googlegroups.com

Code changed in jenkins
User: Jesse Glick
Path:

src/test/java/plugins/WorkflowPluginTest.java
http://jenkins-ci.org/commit/acceptance-test-harness/de6fd1153707ea01d3d04b5e59b10277ed7795c7
Log:
Failed to reproduce JENKINS-37538.

scm_issue_link@java.net (JIRA)

unread,
Aug 26, 2016, 4:17:02 PM8/26/16
to jenkinsc...@googlegroups.com

Code changed in jenkins
User: Jesse Glick
Path:
src/test/java/plugins/WorkflowPluginTest.java

niko.nachev@gmail.com (JIRA)

unread,
Jan 26, 2017, 1:13:02 PM1/26/17
to jenkinsc...@googlegroups.com

Hello everyone,

I have still the same issue with the newest LTS Jenkins 2.32.1. 

	String versionPrefix = this.adaptVersionPrefix(releasePrefix)
	String nexusUrl = "${env.NEXUS_BASE_URL}/service/local/repositories/${repository}/content/${group.replaceAll('\\.','/') + '/' + artifact}/maven-metadata.xml"
	URL metadataUrl = new URL(nexusUrl)
	URLConnection connection = metadataUrl.openConnection()
	if (connection.responseCode == 404) {
		// returned all the first time
		return versionPrefix + '1'
	} else if (connection.responseCode == 200) {
		String xmlContent = connection.content.text
		def metadata = new XmlSlurper().parseText(xmlContent)
		List<Integer> maxVersion = []
		for (GPathResult pathResult : metadata.'versioning'.'versions'.'version') {
			if (pathResult.toString().startsWith(versionPrefix)) {
				maxVersion << Integer.valueOf(pathResult.text() - versionPrefix)
			}
		}
		if (maxVersion.isEmpty()) {
			// only one by new release
			return versionPrefix + '1'
		} else {
			return versionPrefix + (maxVersion.sort().last() + 1);
		}
	} else {
		throw new Exception("Unknown response code (${connection.responseCode}) from nexus url ${nexusUrl}. Exit job...")
	}

The error is:

javax.xml.parsers.FactoryConfigurationError: Provider for class javax.xml.parsers.SAXParserFactory cannot be created
	at javax.xml.parsers.FactoryFinder.findServiceProvider(FactoryFinder.java:311)
	at javax.xml.parsers.FactoryFinder.find(FactoryFinder.java:267)
	at javax.xml.parsers.SAXParserFactory.newInstance(SAXParserFactory.java:127)
	at groovy.xml.FactorySupport$2.run(FactorySupport.java:58)
	at java.security.AccessController.doPrivileged(Native Method)
	at groovy.xml.FactorySupport.createFactory(FactorySupport.java:35)
	at groovy.xml.FactorySupport.createSaxParserFactory(FactorySupport.java:56)
	at groovy.util.XmlSlurper.<init>(XmlSlurper.java:128)
	at groovy.util.XmlSlurper.<init>(XmlSlurper.java:114)
	at groovy.util.XmlSlurper.<init>(XmlSlurper.java:101)
	at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
	at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
	at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
	at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
	at org.codehaus.groovy.reflection.CachedConstructor.invoke(CachedConstructor.java:83)
	at org.codehaus.groovy.runtime.callsite.ConstructorSite$ConstructorSiteNoUnwrapNoCoerce.callConstructor(ConstructorSite.java:105)
	at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCallConstructor(CallSiteArray.java:60)
	at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callConstructor(AbstractCallSite.java:235)
	at org.kohsuke.groovy.sandbox.impl.Checker$3.call(Checker.java:194)
	at org.kohsuke.groovy.sandbox.GroovyInterceptor.onNewInstance(GroovyInterceptor.java:40)
	at org.jenkinsci.plugins.scriptsecurity.sandbox.groovy.SandboxInterceptor.onNewInstance(SandboxInterceptor.java:128)
	at org.kohsuke.groovy.sandbox.impl.Checker$3.call(Checker.java:191)
	at org.kohsuke.groovy.sandbox.impl.Checker.checkedConstructor(Checker.java:188)
	at com.cloudbees.groovy.cps.sandbox.SandboxInvoker.constructorCall(SandboxInvoker.java:20)
	at Script1.getArtifactBuildVersion(Script1.groovy:129)
	at WorkflowScript.run(WorkflowScript:34)
	at ___cps.transform___(Native Method)
	at com.cloudbees.groovy.cps.impl.FunctionCallBlock$ContinuationImpl.dispatchOrArg(FunctionCallBlock.java:96)
	at com.cloudbees.groovy.cps.impl.FunctionCallBlock$ContinuationImpl.fixName(FunctionCallBlock.java:77)
	at sun.reflect.GeneratedMethodAccessor373.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:498)
	at com.cloudbees.groovy.cps.impl.ContinuationPtr$ContinuationImpl.receive(ContinuationPtr.java:72)
	at com.cloudbees.groovy.cps.impl.ConstantBlock.eval(ConstantBlock.java:21)
	at com.cloudbees.groovy.cps.Next.step(Next.java:58)
	at com.cloudbees.groovy.cps.Continuable.run0(Continuable.java:154)
	at org.jenkinsci.plugins.workflow.cps.SandboxContinuable.access$001(SandboxContinuable.java:18)
	at org.jenkinsci.plugins.workflow.cps.SandboxContinuable$1.call(SandboxContinuable.java:33)
	at org.jenkinsci.plugins.workflow.cps.SandboxContinuable$1.call(SandboxContinuable.java:30)
	at org.jenkinsci.plugins.scriptsecurity.sandbox.groovy.GroovySandbox.runInSandbox(GroovySandbox.java:108)
	at org.jenkinsci.plugins.workflow.cps.SandboxContinuable.run0(SandboxContinuable.java:30)
	at org.jenkinsci.plugins.workflow.cps.CpsThread.runNextChunk(CpsThread.java:163)
	at org.jenkinsci.plugins.workflow.cps.CpsThreadGroup.run(CpsThreadGroup.java:328)
	at org.jenkinsci.plugins.workflow.cps.CpsThreadGroup.access$100(CpsThreadGroup.java:80)
	at org.jenkinsci.plugins.workflow.cps.CpsThreadGroup$2.call(CpsThreadGroup.java:240)
	at org.jenkinsci.plugins.workflow.cps.CpsThreadGroup$2.call(CpsThreadGroup.java:228)
	at org.jenkinsci.plugins.workflow.cps.CpsVmExecutorService$2.call(CpsVmExecutorService.java:63)
	at java.util.concurrent.FutureTask.run(FutureTask.java:266)
	at hudson.remoting.SingleLaneExecutorService$1.run(SingleLaneExecutorService.java:112)
	at jenkins.util.ContextResettingExecutorService$1.run(ContextResettingExecutorService.java:28)
	at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
	at java.util.concurrent.FutureTask.run(FutureTask.java:266)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
	at java.lang.Thread.run(Thread.java:745)
Caused by: java.lang.RuntimeException: Provider for class javax.xml.parsers.SAXParserFactory cannot be created
	at javax.xml.parsers.FactoryFinder.findServiceProvider(FactoryFinder.java:308)
	at javax.xml.parsers.FactoryFinder.find(FactoryFinder.java:267)
	at javax.xml.parsers.SAXParserFactory.newInstance(SAXParserFactory.java:127)
	at groovy.xml.FactorySupport$2.run(FactorySupport.java:58)
	at java.security.AccessController.doPrivileged(Native Method)
	at groovy.xml.FactorySupport.createFactory(FactorySupport.java:35)
	at groovy.xml.FactorySupport.createSaxParserFactory(FactorySupport.java:56)
	at groovy.util.XmlSlurper.<init>(XmlSlurper.java:128)
	at groovy.util.XmlSlurper.<init>(XmlSlurper.java:114)
	at groovy.util.XmlSlurper.<init>(XmlSlurper.java:101)
	at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
	at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
	at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
	at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
	at org.codehaus.groovy.reflection.CachedConstructor.invoke(CachedConstructor.java:83)
	at org.codehaus.groovy.runtime.callsite.ConstructorSite$ConstructorSiteNoUnwrapNoCoerce.callConstructor(ConstructorSite.java:105)
	at org.codehaus.groovy.runtime.callsite.CallSiteArray.defaultCallConstructor(CallSiteArray.java:60)
	at org.codehaus.groovy.runtime.callsite.AbstractCallSite.callConstructor(AbstractCallSite.java:235)
	at org.kohsuke.groovy.sandbox.impl.Checker$3.call(Checker.java:194)
	at org.kohsuke.groovy.sandbox.GroovyInterceptor.onNewInstance(GroovyInterceptor.java:40)
	at org.jenkinsci.plugins.scriptsecurity.sandbox.groovy.SandboxInterceptor.onNewInstance(SandboxInterceptor.java:128)
	at org.kohsuke.groovy.sandbox.impl.Checker$3.call(Checker.java:191)
	at org.kohsuke.groovy.sandbox.impl.Checker.checkedConstructor(Checker.java:188)
	at com.cloudbees.groovy.cps.sandbox.SandboxInvoker.constructorCall(SandboxInvoker.java:20)
	... 28 more
Caused by: java.util.ServiceConfigurationError: javax.xml.parsers.SAXParserFactory: Provider org.apache.xerces.jaxp.SAXParserFactoryImpl not a subtype
	at java.util.ServiceLoader.fail(ServiceLoader.java:239)
	at java.util.ServiceLoader.access$300(ServiceLoader.java:185)
	at java.util.ServiceLoader$LazyIterator.nextService(ServiceLoader.java:376)
	at java.util.ServiceLoader$LazyIterator.next(ServiceLoader.java:404)
	at java.util.ServiceLoader$1.next(ServiceLoader.java:480)
	at javax.xml.parsers.FactoryFinder$1.run(FactoryFinder.java:294)
	at java.security.AccessController.doPrivileged(Native Method)
	at javax.xml.parsers.FactoryFinder.findServiceProvider(FactoryFinder.java:289)
	... 51 more

The error line 131 looks like:

def metadata = new XmlSlurper().parseText(xmlContent)

niko.nachev@gmail.com (JIRA)

unread,
Jan 26, 2017, 1:13:02 PM1/26/17
to jenkinsc...@googlegroups.com
Nikolay Nachev edited a comment on Bug JENKINS-37538
Hello everyone,

I have still the same issue with the newest LTS Jenkins 2.32.1.
Here my code:

{code}

String versionPrefix = this.adaptVersionPrefix(releasePrefix)
String nexusUrl = "${env.NEXUS_BASE_URL}/service/local/repositories/${repository}/content/${group.replaceAll('\\.','/') + '/' + artifact}/maven-metadata.xml"
URL metadataUrl = new URL(nexusUrl)
URLConnection connection = metadataUrl.openConnection()
if (connection.responseCode == 404) {
  // returned all the first time
  return versionPrefix + '1'
} else if (connection.responseCode == 200) {
  String xmlContent = connection.content.text
  def metadata = new XmlSlurper().parseText(xmlContent)
  List<Integer> maxVersion = []
  for (GPathResult pathResult : metadata.'versioning'.'versions'.'version') {
   if (pathResult.toString().startsWith(versionPrefix)) {
    maxVersion << Integer.valueOf(pathResult.text() - versionPrefix)
   }
  }
  if (maxVersion.isEmpty()) {
   // only one by new release
   return versionPrefix + '1'
  } else {
   return versionPrefix + (maxVersion.sort().last() + 1);
  }
} else {
  throw new Exception("Unknown response code (${connection.responseCode}) from nexus url ${nexusUrl}. Exit job...")
}
{code}
The error is:

{code}
{code}  


The error line 131 looks like:
{code}

def metadata = new XmlSlurper().parseText(xmlContent)
{code}

niko.nachev@gmail.com (JIRA)

unread,
Jan 26, 2017, 1:15:01 PM1/26/17
to jenkinsc...@googlegroups.com

Are I'm doing something wrong?

niko.nachev@gmail.com (JIRA)

unread,
Jan 26, 2017, 1:25:03 PM1/26/17
to jenkinsc...@googlegroups.com
Are Am I 'm doing something wrong?

vehovsky@gmail.com (JIRA)

unread,
Jan 30, 2017, 5:40:01 AM1/30/17
to jenkinsc...@googlegroups.com

Hi Nikolay,

I'm also having this issue with the official docker LTS 2.32.1 image.

Did you find any solution/workaround?

Thanks

niko.nachev@gmail.com (JIRA)

unread,
Jan 30, 2017, 5:49:01 AM1/30/17
to jenkinsc...@googlegroups.com

Hi Martin Vehovsky,

I was able to find the cause of my issue and created a new bug, see https://issues.jenkins-ci.org/browse/JENKINS-41515 . My workaround is to read the XML with bash till the bug is fixed.

Best
Nikolay

niko.nachev@gmail.com (JIRA)

unread,
Jan 30, 2017, 5:53:04 AM1/30/17
to jenkinsc...@googlegroups.com
Nikolay Nachev edited a comment on Bug JENKINS-37538
Hi [~vehovmar],

I was able to find the cause of my issue and created a new bug, see https://issues.jenkins-ci.org/browse/JENKINS-41515 . My workaround is to read the XML with bash till the bug is fixed. Please let me know if you have the same issue.

Best
Nikolay

vehovsky@gmail.com (JIRA)

unread,
Jan 30, 2017, 6:02:01 AM1/30/17
to jenkinsc...@googlegroups.com

Thank you very much Nikolay! You saved me a lot of time investigating the cause. I can confirm disabling the jacoco plugin helped.

Best regards
Martin

vehovsky@gmail.com (JIRA)

unread,
Jan 30, 2017, 6:04:01 AM1/30/17
to jenkinsc...@googlegroups.com
Martin Vehovsky edited a comment on Bug JENKINS-37538
Thank you very much Nikolay! You saved me a lot of time investigating the cause. I can confirm disabling the jacoco plugin helped.

I'll be watching the linked issue for the fix.

Best regards
Martin

jglick@cloudbees.com (JIRA)

unread,
Jan 30, 2017, 10:10:01 AM1/30/17
to jenkinsc...@googlegroups.com

My workaround is to read the XML with bash till the bug is fixed.

This is the proper approach to begin with. Do not use XmlSlurper, URLConnection, etc. from Pipeline script. Write a download/parsing script in the language of your choice and call it from some node using sh/bat.

vehovsky@gmail.com (JIRA)

unread,
Jan 30, 2017, 10:33:01 AM1/30/17
to jenkinsc...@googlegroups.com

Hi Jesse Glick, can you please elaborate why such common utilities from Groovy shouldn't be used? Besides possible serialization issues that can be avoided if used right.

For me, having these utilities is one of the main reasons why I use pipelines.

jglick@cloudbees.com (JIRA)

unread,
Feb 15, 2017, 3:05:02 PM2/15/17
to jenkinsc...@googlegroups.com

(a) Class loading hell; (b) dynamic method invocation hell.
Reply all
Reply to author
Forward
0 new messages