[
https://issues.apache.org/jira/browse/DAFFODIL-3068?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Olabusayo Kilo reassigned DAFFODIL-3068:
----------------------------------------
Assignee: Olabusayo Kilo
> 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
>
> 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)
