C# Plugins Troubleshooting

Analysis succeed but tests metrics do not appear in the sonar dashboard

Obviously this happens when Gallio has failed during the sonar analysis. There are several possible causes, below a few of them :

1. You are running the analysis on a 64b box using partcover. Please follow the FAQ page in order to solve the problem with command line corflag tool.
2. The test framework used by the analyzed Visual Studio solution is incompatible with the version of Gallio used during the analysis. This happens if you are using a quite old version of Gallio with a brand new version of Nunit. Easy fix : upgrade Gallio.
3. The coverage tool (i.e. NCover, Partcover...) has failed during test execution. Again check the verbose logs. Changing the gallio runner config property may help in this case.
   For example, if you are using MsTest and if you get Microsoft.VisualStudio.TestTools.TestManagement.InvalidStorageExtensionException error messages,  try to rerun the analysis setting property sonar.gallio.runner to IsolatedProcess (thanks mathieu Lagace for the tip)

Analysis succeed but too few violations are found

This often happens when the analysed Visual Studio solution has not been compiled prior to the analysis. This could also happens when the generated assemblies are moved in a folder by a "post build" script and the new location has not been specified in the sonar config.
In this situation only tools working on the source code will work properly and hence only a small subset of rules will be activated.

Analysis succeed but only one test assembly/project is taken into account

If you are using NCover, you may have purchase the "Classic edition". Only the "Complete edition" allows to run tests from several assemblies and merge the coverage data.  The good news is that version 1.2 of the sonar C# plugins brings a workaround. You can activate the "gallio safe mode" and the sonar gallio plugin will merge the coverage data. See the gallio config page for more details on this.

0% code coverage using reuse reports mode

This might happen if you have generated the reports then moved the files of your Visual Studio solution. In the XML coverage files, the paths to the C# source files must be the same as the paths specified in the csproj files of the analyzed solution, otherwise the coverage date are simply not taken in account.

OpenCover is activated and Gallio fails without any explanation

OpenCover needs .net framework 4 in order to run. If you try to use OpenCover without .net4 installed, the analysis will crash. 

When using OpenCover with Gallio, I get 0% code coverage whereas I do have test classes that are covered by tests

Most probably, you should use the following property to run the tests in an isolated process:

Gallio execution fails with following error message

This error happens when one of the dotnet config files (app.config, web.config, ...) of your Visual Studio solution specifies a runtime version not supported by the instance of Gallio used. This is often the case when the following XML fragment appears in a app.config file :

The "sku" attribute is not something understandabe by Gallio... If you remove the above XML fragment by the one below the problem is solved :

Thanks a lot to Stéphane Lopes for the tip.

Some tests fail unexpectedly using a legacy .net2 library

If you get this kind of error :

There are strong chances you are in the situation described here

The problem might be solved if you modify your installation of gallio. Add the following XML fragment in files Gallio.Host.x86.exe.config and/or Gallio.Host.x64.exe.config :

Why do I get MSBuild error such as "error MSB4126: The specified solution configuration "Debug|HPD" is invalid"

You are using a 64 bit windows OS. There is an environment variable "Platform=HPD" that makes msbuild fail. Try to run "set platform=[enter]" then "mvn sonar:sonar..."

On Windows7 I get "The Silverlight 3/4 SDK is not installed" error messages

64bits msbuild cannot be used with silverlight. Check that you are not using a 64bits msbuild by taking a look at properties dotnet.3.5.sdk.directory anddotnet.4.0.sdk.directory. "Framework64" should not be present in the path.

The analysis fails with an OutOfMemory exception

The java process performing the code analysis might need more RAM. Use the "-Xmx" option to specify the amount of memory that can be use. See the Sonar Runner documentation for more details

I get many false positives for gendarme rule AvoidVisibleFieldsRule

This rule works at class level. If you are working on a windows form or asp.net project, you may have many partial classes. The code generated in the "designer" parts may contain many "visible fields" whereas the real code that matters does not contain any defects. In order to avoid these false positives, you have two options:

1. disable this rule. Probably not the best option
2. Use the switch off  violation plugin to disable the rule only on "view" related components.

On an asp.net project you may configure the switch off violation plugin as follow: