On Mon, Mar 16, 2020 at 11:11 PM Robert Varga <[email protected]> wrote: > On 24/01/2020 08:16, Robert Varga wrote: > > On 14/01/2020 23:09, Anil Belur wrote: > >> Greetings Robert: > > > > Hey Anil, > > > > sorry for the late reply. > > > >> Trying to catch up on where we are with the sonarcloud migrations. I > >> think another issue has been identified with 0% coverage, that is caused > >> by an update on the Java analyzer. > > > > Ah, good thing we did not do a straight-up migration then :) > > > >> With sonarcloud it's no longer possible to import jacoco.exec reports, > >> and the workaround suggested is to use XML format. This needs to be > >> fixed in the pom files. > > > > Okay, so if I am getting this correctly, this is covered in > > > https://community.sonarsource.com/t/jacoco-coverage-reporting-differently-in-sonarcloud/8256 > > > >> Example on how this is fixed on an external project: > >> https://github.com/synyx/urlaubsverwaltung/pull/930/files > > > > Right, and an example is here: > > > https://github.com/SonarSource/sonar-scanning-examples/tree/master/sonarqube-scanner-maven/maven-multimodule > , > > unfortunately it does cover the way we are doing things (i.e. top-level > > merged report *without* enumerating all artifacts as dependencies). > > > > I will need to look into this further. > > Okay, I do have a prototype here: > https://git.opendaylight.org/gerrit/c/odlparent/+/88440 > > Can somebody test it, please? > > Hello Robert:
Sorry, for the delay on getting back on this. As mentioned on the IRC, I've tested the job with the CR 88440 on the sandbox. https://sonarcloud.io/dashboard?id=opendaylight_odlparent https://logs.opendaylight.org/sandbox/vex-yul-odl-jenkins-2/odlparent-sonar/1 Thanks, Anil
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#1161): https://lists.opendaylight.org/g/infrastructure/message/1161 Mute This Topic: https://lists.opendaylight.org/mt/44643180/21656 Group Owner: [email protected] Unsubscribe: https://lists.opendaylight.org/g/infrastructure/unsub [[email protected]] -=-=-=-=-=-=-=-=-=-=-=-
