I'm experiencing the same terrible rendering behavior. I haven't checked my jenkins logs.
I can't uninstall the jacoco plugin either, since the pipeline maven integration plugin has it as a dependency. ~ kc On Monday, October 1, 2018 at 5:50:31 AM UTC-7, [email protected] wrote: > > Hello, > > I recently updated the Pipeline Maven Integration plugin to version > 3.1.2 (from 3.1). > > Since then the Jacoco plugin does not work anymore. > Jacoco (code coverage) trend graphs for all past builds are rendered > onto every build page making it unreadable and also very long to load. > > In the Jenkins log I see: > java.lang.RuntimeException: While reading class directory: > /var/lib/jenkins/jobs/myproject/branches/main/builds/561/jacoco/classes > at > hudson.plugins.jacoco.ExecutionFileLoader.analyzeStructure(ExecutionFileLoader.java:131) > > > at > hudson.plugins.jacoco.ExecutionFileLoader.loadBundleCoverage(ExecutionFileLoader.java:137) > > > at > hudson.plugins.jacoco.JacocoReportDir.parse(JacocoReportDir.java:110) > at > hudson.plugins.jacoco.JacocoBuildAction.loadRatios(JacocoBuildAction.java:339) > > > at > hudson.plugins.jacoco.JacocoBuildAction.load(JacocoBuildAction.java:326) > at > hudson.plugins.jacoco.JacocoPublisher.perform(JacocoPublisher.java:657) > at > org.jenkinsci.plugins.pipeline.maven.publishers.JacocoReportPublisher.process(JacocoReportPublisher.java:213) > > > at > org.jenkinsci.plugins.pipeline.maven.MavenSpyLogProcessor.processMavenSpyLogs(MavenSpyLogProcessor.java:118) > > > at > org.jenkinsci.plugins.pipeline.maven.WithMavenStepExecution$WithMavenStepExecutionCallBack.finished(WithMavenStepExecution.java:1053) > > > at > org.jenkinsci.plugins.workflow.steps.BodyExecutionCallback$TailCall.onSuccess(BodyExecutionCallback.java:114) > > > at > org.jenkinsci.plugins.workflow.cps.CpsBodyExecution$SuccessAdapter.receive(CpsBodyExecution.java:368) > > > at com.cloudbees.groovy.cps.Outcome.resumeFrom(Outcome.java:73) > at > com.cloudbees.groovy.cps.Continuable$1.call(Continuable.java:166) > at > com.cloudbees.groovy.cps.Continuable$1.call(Continuable.java:163) > at > org.codehaus.groovy.runtime.GroovyCategorySupport$ThreadCategoryInfo.use(GroovyCategorySupport.java:129) > > > at > org.codehaus.groovy.runtime.GroovyCategorySupport.use(GroovyCategorySupport.java:268) > > > at com.cloudbees.groovy.cps.Continuable.run0(Continuable.java:163) > at > org.jenkinsci.plugins.workflow.cps.SandboxContinuable.access$101(SandboxContinuable.java:34) > > > at > org.jenkinsci.plugins.workflow.cps.SandboxContinuable.lambda$run0$0(SandboxContinuable.java:59) > > > at > org.jenkinsci.plugins.scriptsecurity.sandbox.groovy.GroovySandbox.runInSandbox(GroovySandbox.java:108) > > > at > org.jenkinsci.plugins.workflow.cps.SandboxContinuable.run0(SandboxContinuable.java:58) > > > at > org.jenkinsci.plugins.workflow.cps.CpsThread.runNextChunk(CpsThread.java:182) > > at > org.jenkinsci.plugins.workflow.cps.CpsThreadGroup.run(CpsThreadGroup.java:332) > > > at > org.jenkinsci.plugins.workflow.cps.CpsThreadGroup.access$200(CpsThreadGroup.java:83) > > > at > org.jenkinsci.plugins.workflow.cps.CpsThreadGroup$2.call(CpsThreadGroup.java:244) > > > at > org.jenkinsci.plugins.workflow.cps.CpsThreadGroup$2.call(CpsThreadGroup.java:232) > > > at > org.jenkinsci.plugins.workflow.cps.CpsVmExecutorService$2.call(CpsVmExecutorService.java:64) > > > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at > hudson.remoting.SingleLaneExecutorService$1.run(SingleLaneExecutorService.java:131) > > > at > jenkins.util.ContextResettingExecutorService$1.run(ContextResettingExecutorService.java:28) > > > at > jenkins.security.ImpersonatingExecutorService$1.run(ImpersonatingExecutorService.java:59) > > > 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:1149) > > > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) > > > at java.lang.Thread.run(Thread.java:748) > Caused by: java.lang.IllegalStateException: basedir > /var/lib/jenkins/jobs/myproject/branches/main/builds/561/jacoco/classes > does not exist > at > org.codehaus.plexus.util.DirectoryScanner.scan(DirectoryScanner.java:281) > at > org.codehaus.plexus.util.FileUtils.getFileAndDirectoryNames(FileUtils.java:1940) > > > at > org.codehaus.plexus.util.FileUtils.getFileNames(FileUtils.java:1868) > at > org.codehaus.plexus.util.FileUtils.getFileNames(FileUtils.java:1850) > at > org.codehaus.plexus.util.FileUtils.getFiles(FileUtils.java:1825) > at > org.codehaus.plexus.util.FileUtils.getFiles(FileUtils.java:1808) > at > hudson.plugins.jacoco.ExecutionFileLoader.analyzeStructure(ExecutionFileLoader.java:124) > > > ... 35 more > > > However the directory > /var/lib/jenkins/jobs/myproject/branches/main/builds/561/jacoco/classes > exists > and is readable (same applies for all the files in there). > > My job is a multibranch pipeline and Jenkins is at version 2.144. > > Anybody else experiencing that? > > Thanks and regards, > Felix > -- You received this message because you are subscribed to the Google Groups "Jenkins Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-users/09bea2a3-ca50-4a53-8791-2c8ba396bf69%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
