-
Bug
-
Resolution: Fixed
-
Minor
-
None
-
CentOS7 + Jenkins 2.53, pipeline-maven 2.0.2, Buildserver CentOS7 + docker + Ubuntu 12.04
Warning Exception archiving and fingerprinting MavenArtifact appears when trying to archive a jar file.
I'm using mvn clean test and because of this, no jar should be created.
A empty .jar folder is shown inside "Build Artifacts". Screenshot attached.
When running mvn clean install, the jar file is created and archived correctly.
Workspace path hash is due to parallel use but even not using parallel, the warning persists.
[release] [withMaven] Archive pom.xml under com/world/hello/helloworldapp/2.46-SNAPSHOT/helloworldapp-2.46-SNAPSHOT.pom [release] [withMaven] Archive target/classes under com/world/hello/helloworldapp/2.46-SNAPSHOT/helloworldapp-2.46-SNAPSHOT.jar [release] ERROR: [withMaven] WARNING: Exception archiving and fingerprinting MavenArtifact{com.world.hello:helloworldapp:jar:2.46-SNAPSHOT /var/lib/jenkins/workspace/ranch-hello-world_newbranch-VZQTCZGV3IVUVFLI4NTYN4CQPE7RH5RPEDQ7RRZ6UJEGWBNRIF2Q@3/target/classes}, skip archiving of the artifacts [release] java.io.IOException: remote file operation failed: /var/lib/jenkins/workspace/ranch-hello-world_newbranch-VZQTCZGV3IVUVFLI4NTYN4CQPE7RH5RPEDQ7RRZ6UJEGWBNRIF2Q@3/target/classes at hudson.remoting.Channel@622e9fea:centos-buildserver-02: java.io.IOException: Is a directory [release] at hudson.FilePath.act(FilePath.java:993) [release] at hudson.FilePath.act(FilePath.java:975) [release] at hudson.FilePath.digest(FilePath.java:1920) [release] at org.jenkinsci.plugins.pipeline.maven.reporters.GeneratedArtifactsReporter.process(GeneratedArtifactsReporter.java:84) [release] at org.jenkinsci.plugins.pipeline.maven.MavenSpyLogProcessor.processMavenSpyLogs(MavenSpyLogProcessor.java:101) [release] at org.jenkinsci.plugins.pipeline.maven.WithMavenStepExecution$Callback.finished(WithMavenStepExecution.java:770) [release] at org.jenkinsci.plugins.workflow.steps.BodyExecutionCallback$TailCall.onSuccess(BodyExecutionCallback.java:114) [release] at org.jenkinsci.plugins.workflow.cps.CpsBodyExecution$SuccessAdapter.receive(CpsBodyExecution.java:362) [release] at com.cloudbees.groovy.cps.Outcome.resumeFrom(Outcome.java:73) [release] at com.cloudbees.groovy.cps.Continuable.run0(Continuable.java:146) [release] at org.jenkinsci.plugins.workflow.cps.SandboxContinuable.access$001(SandboxContinuable.java:18) [release] at org.jenkinsci.plugins.workflow.cps.SandboxContinuable$1.call(SandboxContinuable.java:33) [release] at org.jenkinsci.plugins.workflow.cps.SandboxContinuable$1.call(SandboxContinuable.java:30) [release] at org.jenkinsci.plugins.scriptsecurity.sandbox.groovy.GroovySandbox.runInSandbox(GroovySandbox.java:108) [release] at org.jenkinsci.plugins.workflow.cps.SandboxContinuable.run0(SandboxContinuable.java:30) [release] at org.jenkinsci.plugins.workflow.cps.CpsThread.runNextChunk(CpsThread.java:165) [release] at org.jenkinsci.plugins.workflow.cps.CpsThreadGroup.run(CpsThreadGroup.java:328) [release] at org.jenkinsci.plugins.workflow.cps.CpsThreadGroup.access$100(CpsThreadGroup.java:80) [release] at org.jenkinsci.plugins.workflow.cps.CpsThreadGroup$2.call(CpsThreadGroup.java:240) [release] at org.jenkinsci.plugins.workflow.cps.CpsThreadGroup$2.call(CpsThreadGroup.java:228) [release] at org.jenkinsci.plugins.workflow.cps.CpsVmExecutorService$2.call(CpsVmExecutorService.java:64) [release] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [release] at hudson.remoting.SingleLaneExecutorService$1.run(SingleLaneExecutorService.java:112) [release] at jenkins.util.ContextResettingExecutorService$1.run(ContextResettingExecutorService.java:28) [release] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:473) [release] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [release] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [release] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [release] at java.lang.Thread.run(Thread.java:745) [release] Caused by: java.io.IOException: Is a directory [release] at sun.nio.ch.FileDispatcherImpl.read0(Native Method) [release] at sun.nio.ch.FileDispatcherImpl.read(FileDispatcherImpl.java:46) [release] at sun.nio.ch.IOUtil.readIntoNativeBuffer(IOUtil.java:223) [release] at sun.nio.ch.IOUtil.read(IOUtil.java:197) [release] at sun.nio.ch.FileChannelImpl.read(FileChannelImpl.java:149) [release] at sun.nio.ch.ChannelInputStream.read(ChannelInputStream.java:65) [release] at sun.nio.ch.ChannelInputStream.read(ChannelInputStream.java:109) [release] at sun.nio.ch.ChannelInputStream.read(ChannelInputStream.java:103) [release] at java.io.BufferedInputStream.fill(BufferedInputStream.java:235) [release] at java.io.BufferedInputStream.read1(BufferedInputStream.java:275) [release] at java.io.BufferedInputStream.read(BufferedInputStream.java:334) [release] at java.security.DigestInputStream.read(DigestInputStream.java:161) [release] at java.io.FilterInputStream.read(FilterInputStream.java:107) [release] at hudson.Util.getDigestOf(Util.java:769) [release] at hudson.Util.getDigestOf(Util.java:804) [release] at hudson.FilePath$38.invoke(FilePath.java:1923) [release] at hudson.FilePath$38.invoke(FilePath.java:1920) [release] at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2732) [release] at hudson.remoting.UserRequest.perform(UserRequest.java:153) [release] at hudson.remoting.UserRequest.perform(UserRequest.java:50) [release] at hudson.remoting.Request$2.run(Request.java:336) [release] at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:68) [release] at java.util.concurrent.FutureTask.run(FutureTask.java:262) [release] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [release] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [release] at java.lang.Thread.run(Thread.java:745) [release] at ......remote call to centos-buildserver-02(Native Method) [release] at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1545) [release] at hudson.remoting.UserResponse.retrieve(UserRequest.java:253) [release] at hudson.remoting.Channel.call(Channel.java:830) [release] at hudson.FilePath.act(FilePath.java:986) [release] ... 28 more
This archive behavior is seen after update pipeline-maven from 0.7 to 2.0.2. (as expected according the release notes).
Since this archive feature is not useful for us at the moment, I used the workaround mentioned here to avoid archive.
- is blocked by
-
JENKINS-43714 withMaven thinks that "mvn test" generates a jar file causing a FileNotFoundException trying to archive it
-
- Closed
-
- is related to
-
JENKINS-44688 Pipeline Maven Plugin indiscriminately archives files
-
- Closed
-