[
https://issues.apache.org/jira/browse/DAFFODIL-3068?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Olabusayo Kilo resolved DAFFODIL-3068.
--------------------------------------
Fix Version/s: 4.2.0
Resolution: Fixed
Fixed in fd21de2fae553a00e8f82ff106698029a4f1d980 and
41e02e7a0e3b7f405a047916b6c752d93147cded
> SonarCloud Scan Unable to import Scoverage report files
> -------------------------------------------------------
>
> Key: DAFFODIL-3068
> URL: https://issues.apache.org/jira/browse/DAFFODIL-3068
> Project: Daffodil
> Issue Type: Bug
> Components: Infrastructure
> Reporter: Steve Lawrence
> Assignee: Olabusayo Kilo
> Priority: Minor
> Fix For: 4.2.0
>
>
> The SonarCloud Scan step in our workflow reports warnings about not being
> able to find coverage files, e.g.:
>
> {code:java}
> WARN Unable to import Scoverage report file(s):
> -
> /home/runner/work/daffodil/daffodil/daffodil-core/target/scala-/scoverage-report/scoverage.xml
> ...
> WARN Unable to import Scoverage report file(s):
> -
> /home/runner/work/daffodil/daffodil/daffodil-test-ibm1/target/scala-/scoverage-report/scoverage.xml
> ... {code}
> We have this in our .sonar-project.properties files:
> {code:java}
> # SCALA_BINARY_VERSION (major.minor) must be provided externally
> sonar.scala.coverage.reportPaths=target/scala-${SCALA_BINARY_VERSION}/scoverage-report/scoverage.xml
> {code}
> Based on the warnings, it seems like SCALA_BINARY_VERSION isn't getting set
> correctly, or it isn't made available when sonar scan runs. The main.yml file
> does seem to set it as an evn variable, so it's not clera what the problem is.
>
> Note that we do have coverage available in codecov.io, but this is supposed
> to work too to improve our static analysis.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)