Issues with sonar-scanner-msbuild-3.0.0.629

[fergus...@barclays.com]

Hi All,

Has anyone seen this issue? we upgraded out msbuild build runner to use the 3.0 version (previously we were using 2.2 without much issue), and have had this reported (this looks reproducible)

This one looks like the scanner has crashed

[04:44:37][Step 23/23] ERROR: Error during SonarQube Scanner execution

[04:44:38][Step 23/23] Error message is logged

[04:44:37][Step 23/23] INFO: ------------------------------------------------------------------------

[04:44:37][Step 23/23] java.lang.IllegalStateException: Line 44 is out of range in the file Global/ConnectionStringProvider.cs (lines: 43)

[04:44:37][Step 23/23] at org.sonar.api.internal.google.common.base.Preconditions.checkState(Preconditions.java:176)

[04:44:37][Step 23/23] at org.sonar.api.batch.sensor.coverage.internal.DefaultCoverage.validateLine(DefaultCoverage.java:89)

[04:44:37][Step 23/23] at org.sonar.api.batch.sensor.coverage.internal.DefaultCoverage.lineHits(DefaultCoverage.java:77)

[04:44:37][Step 23/23] at org.sonar.plugins.dotnet.tests.CoverageReportImportSensor.analyze(CoverageReportImportSensor.java:88)

[04:44:37][Step 23/23] at org.sonar.plugins.dotnet.tests.CoverageReportImportSensor.execute(CoverageReportImportSensor.java:63)

[04:44:37][Step 23/23] at org.sonar.batch.sensor.SensorWrapper.analyse(SensorWrapper.java:57)

[04:44:37][Step 23/23] at org.sonar.batch.phases.SensorsExecutor.executeSensor(SensorsExecutor.java:58)

[04:44:37][Step 23/23] at org.sonar.batch.phases.SensorsExecutor.execute(SensorsExecutor.java:50)

[04:44:37][Step 23/23] at org.sonar.batch.phases.AbstractPhaseExecutor.execute(AbstractPhaseExecutor.java:83)

[04:44:37][Step 23/23] at org.sonar.batch.scan.ModuleScanContainer.doAfterStart(ModuleScanContainer.java:192)

[04:44:37][Step 23/23] at org.sonar.core.platform.ComponentContainer.startComponents(ComponentContainer.java:142)

[04:44:37][Step 23/23] at org.sonar.core.platform.ComponentContainer.execute(ComponentContainer.java:127)

[04:44:37][Step 23/23] at org.sonar.batch.scan.ProjectScanContainer.scan(ProjectScanContainer.java:241)

[04:44:37][Step 23/23] at org.sonar.batch.scan.ProjectScanContainer.scanRecursively(ProjectScanContainer.java:236)

[04:44:37][Step 23/23] at org.sonar.batch.scan.ProjectScanContainer.scanRecursively(ProjectScanContainer.java:234)

[04:44:37][Step 23/23] at org.sonar.batch.scan.ProjectScanContainer.doAfterStart(ProjectScanContainer.java:226)

[04:44:37][Step 23/23] at org.sonar.core.platform.ComponentContainer.startComponents(ComponentContainer.java:142)

[04:44:37][Step 23/23] at org.sonar.core.platform.ComponentContainer.execute(ComponentContainer.java:127)

[04:44:37][Step 23/23] at org.sonar.batch.task.ScanTask.execute(ScanTask.java:47)

[04:44:37][Step 23/23] at org.sonar.batch.task.TaskContainer.doAfterStart(TaskContainer.java:86)

[04:44:37][Step 23/23] at org.sonar.core.platform.ComponentContainer.startComponents(ComponentContainer.java:142)

[04:44:37][Step 23/23] at org.sonar.core.platform.ComponentContainer.execute(ComponentContainer.java:127)

[04:44:37][Step 23/23] at org.sonar.batch.bootstrap.GlobalContainer.executeTask(GlobalContainer.java:106)

[04:44:37][Step 23/23] at org.sonar.batch.bootstrapper.Batch.executeTask(Batch.java:119)

[04:44:37][Step 23/23] at org.sonarsource.scanner.api.internal.batch.BatchIsolatedLauncher.execute(BatchIsolatedLauncher.java:63)

[04:44:37][Step 23/23] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

[04:44:37][Step 23/23] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)

[04:44:37][Step 23/23] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

[04:44:37][Step 23/23] at java.lang.reflect.Method.invoke(Method.java:498)

[04:44:37][Step 23/23] at org.sonarsource.scanner.api.internal.IsolatedLauncherProxy.invoke(IsolatedLauncherProxy.java:60)

[04:44:37][Step 23/23] at com.sun.proxy.$Proxy0.execute(Unknown Source)

[04:44:37][Step 23/23] at org.sonarsource.scanner.api.EmbeddedScanner.doExecute(EmbeddedScanner.java:233)

[04:44:37][Step 23/23] at org.sonarsource.scanner.api.EmbeddedScanner.runAnalysis(EmbeddedScanner.java:151)

[04:44:37][Step 23/23] at org.sonarsource.scanner.cli.Main.runAnalysis(Main.java:123)

[04:44:37][Step 23/23] at org.sonarsource.scanner.cli.Main.execute(Main.java:77)

[04:44:37][Step 23/23] at org.sonarsource.scanner.cli.Main.main(Main.java:61)

[04:44:37][Step 23/23] ERROR:

[04:44:37][Step 23/23] ERROR: Re-run SonarQube Scanner using the -X switch to enable full debug logging.

[04:44:38][Step 23/23] The SonarQube Scanner did not complete successfully

Kind Regards,

Fergus.

[nicolas...@sonarsource.com]

Hi Fergus,

The stacktrace alone (though it's recommended you share the full log file) already shows that this occurs during import of coverage data. Independently of SonarQube behaviour, you should therefore check the data in the coverage report itself. Keep in mind that during import of coverage data, SonarQube/SonarC# trusts and imports data provided by dedicated coverage tools.

When you get an error with 'line out of range' (e.g. Line 44), then you must look into the coverage report itself to see whether it mentions line 44. If it does, then the coverage data itself is at fault, and you need to focus your investigation on the coverage tool itself. Main guidance at that stage (from a SonarQube perspective) being to make sure that coverage reports are up-to-date with the code currently being analysed.

Best regards,

Nicolas

[fergus...@barclays.com]

Thanks for the pointers Nicolas, I'll check those files and see what I can identify.