Cannot push to private artifactory using rtDockerPush

• docker-plugin 1.2.0
• docker-api-plugin 3.1.5.2
• jenkins version 2.230
• docker engine version 1.12.6, api 1.24
• Connect using JNLP

This has been working before and now after some plugins were updated this no longer works. I’m unable to push my docker image to my private artifactory repository using rtDockerPush.

I found issue #785 and thought it would solve my problem too so I updated plugin versions to those but the issue still persists.

Here’s the stack trace:

Also:   hudson.remoting.Channel$CallSiteStackTrace: Remote call to JNLP4-connect connection from 10.180.168.192:56342
		at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1788)
		at hudson.remoting.UserRequest$ExceptionResponse.retrieve(UserRequest.java:356)
		at hudson.remoting.Channel.call(Channel.java:998)
		at org.jfrog.hudson.pipeline.common.docker.utils.DockerAgentUtils.pushImage(DockerAgentUtils.java:129)
		at org.jfrog.hudson.pipeline.common.executors.DockerExecutor.execute(DockerExecutor.java:70)
		at org.jfrog.hudson.pipeline.declarative.steps.docker.DockerPushStep$Execution.run(DockerPushStep.java:96)
		at org.jfrog.hudson.pipeline.declarative.steps.docker.DockerPushStep$Execution.run(DockerPushStep.java:71)
		at org.jenkinsci.plugins.workflow.steps.AbstractSynchronousNonBlockingStepExecution$1$1.call(AbstractSynchronousNonBlockingStepExecution.java:47)
		at hudson.security.ACL.impersonate(ACL.java:359)
		at org.jenkinsci.plugins.workflow.steps.AbstractSynchronousNonBlockingStepExecution$1.run(AbstractSynchronousNonBlockingStepExecution.java:44)
		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)
java.lang.NoSuchMethodError: com.google.common.base.Preconditions.checkArgument(ZLjava/lang/String;C)V
	at com.google.common.io.BaseEncoding$Alphabet.<init>(BaseEncoding.java:458)
	at com.google.common.io.BaseEncoding$Base64Encoding.<init>(BaseEncoding.java:919)
	at com.google.common.io.BaseEncoding.<clinit>(BaseEncoding.java:322)
	at com.github.dockerjava.core.exec.AbstrDockerCmdExec.registryAuth(AbstrDockerCmdExec.java:45)
	at com.github.dockerjava.core.exec.AbstrDockerCmdExec.resourceWithAuthConfig(AbstrDockerCmdExec.java:77)
	at com.github.dockerjava.core.exec.PushImageCmdExec.execute0(PushImageCmdExec.java:39)
	at com.github.dockerjava.core.exec.PushImageCmdExec.execute0(PushImageCmdExec.java:16)
	at com.github.dockerjava.core.exec.AbstrAsyncDockerCmdExec.execute(AbstrAsyncDockerCmdExec.java:56)
	at com.github.dockerjava.core.exec.AbstrAsyncDockerCmdExec.exec(AbstrAsyncDockerCmdExec.java:21)
	at com.github.dockerjava.core.exec.AbstrAsyncDockerCmdExec.exec(AbstrAsyncDockerCmdExec.java:12)
	at com.github.dockerjava.core.command.AbstrAsyncDockerCmd.exec(AbstrAsyncDockerCmd.java:21)
	at org.jfrog.hudson.pipeline.common.docker.utils.DockerUtils.pushImage(DockerUtils.java:64)
	at org.jfrog.hudson.pipeline.common.docker.utils.DockerAgentUtils$2.call(DockerAgentUtils.java:137)
	at org.jfrog.hudson.pipeline.common.docker.utils.DockerAgentUtils$2.call(DockerAgentUtils.java:129)
	at hudson.remoting.UserRequest.perform(UserRequest.java:211)
	at hudson.remoting.UserRequest.perform(UserRequest.java:54)
	at hudson.remoting.Request$2.run(Request.java:369)
	at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72)
	at java.util.concurrent.FutureTask.run(FutureTask.java:266)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
	at hudson.remoting.Engine$1.lambda$newThread$0(Engine.java:97)
	at java.lang.Thread.run(Thread.java:748)
Caused: java.io.IOException: Remote call on JNLP4-connect connection from 10.180.168.192:56342 failed
	at hudson.remoting.Channel.call(Channel.java:1004)
	at org.jfrog.hudson.pipeline.common.docker.utils.DockerAgentUtils.pushImage(DockerAgentUtils.java:129)
	at org.jfrog.hudson.pipeline.common.executors.DockerExecutor.execute(DockerExecutor.java:70)
	at org.jfrog.hudson.pipeline.declarative.steps.docker.DockerPushStep$Execution.run(DockerPushStep.java:96)
	at org.jfrog.hudson.pipeline.declarative.steps.docker.DockerPushStep$Execution.run(DockerPushStep.java:71)
	at org.jenkinsci.plugins.workflow.steps.AbstractSynchronousNonBlockingStepExecution$1$1.call(AbstractSynchronousNonBlockingStepExecution.java:47)
	at hudson.security.ACL.impersonate(ACL.java:359)
	at org.jenkinsci.plugins.workflow.steps.AbstractSynchronousNonBlockingStepExecution$1.run(AbstractSynchronousNonBlockingStepExecution.java:44)
	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):1

[ericcitaire]

You should probably open an issue on the Artifactory plugin.

Actually, the issue already exists : jfrog/jenkins-artifactory-plugin#268.

One of the comments says :

After some trial and error, it looks like downgrading “OWASP Markup Formatter” from 2.0 to 1.8 works around the issue.

It looks like 1.8 does not use guava, while 2.0 bundles guava 27.1 which is conflicting perhaps?

[bhoppeadoy]

I can confirm downgrading OWASP solved the issue for me as well.

Thanks everyone!