当前位置: 首页 > 知识库问答 >
问题:

运行sonar runner时从解决方案中排除项目

谭梓
2023-03-14

我已经安装并配置了SonarQube 3.7.1和sonar runner 2.3。

在尝试用c#解决方案运行sonar runner时,我遇到了一个错误:

ERROR: Error during Sonar runner execution 
ERROR: Unable to execute Sonar 
ERROR: Caused by: Error occured while reading Visual Studio files. 
ERROR: Caused by: Error while processing the project C:\root\MPS\MPA\Main\Source\MPA.Build\MPA.Build.csproj : assemblyName not defined

我的声纳项目。房产看起来像

sonar.projectKey=CompanyName:MPA.Android 
sonar.projectName=MPA
sonar.projectVersion=1.0

sonar.sources=. 
sonar.language=cs
sonar.sourceEncoding=UTF-8
\#sonar.dotnet.key.generation.strategy=safe
sonar.dotnet.visualstudio.solution.file=MPA.sln

sonar.skippedModules=MPA.Build

我想排除项目MPA. Build。但它不工作。

在MPA。sln将MPA归档。构建项目定义为

项目(“{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}”)=“MPA.Build”、“MPA.Build\MPA.Build.csproj”、“A8B400F6-A5C5-4843-96CA-92B25A2E6483}”结束项目

有人知道如何解决这个错误吗?

运行sonar runner-X时,输出为:

错误:执行Sonar runner时出错。声纳。跑步者impl。RunnerException:无法在组织上执行Sonar。声纳。跑步者impl。BatchLauncher 1美元。delegateExecution(BatchLauncher.java:91)位于org。声纳。跑步者impl。BatchLauncher 1美元。在java上运行(BatchLauncher.java:75)。安全访问控制器。组织上的doPrivileged(本机方法)。声纳。跑步者impl。批处理发射器。doExecute(BatchLauncher.java:69)位于org。声纳。跑步者impl。批处理发射器。在org上执行(BatchLauncher.java:50)。声纳。跑步者应用程序编程接口。嵌入式Runner。doExecute(EmbeddedRunner.java:102)位于org。声纳。跑步者应用程序编程接口。跑步者在org上执行(Runner.java:90)。声纳。跑步者主要的executeTask(Main.java:70)位于org。声纳。跑步者主要的在org上执行(Main.java:59)。声纳。跑步者主要的main(main.java:41)由:org引起。声纳。应用程序编程接口。乌提尔斯。异常:读取Visual Studio文件时出错。在org。声纳。插件。网络。果心VisualStudioProjectBuilder。在org上创建VisualStudioSolution(VisualStudioProjectBuilder.java:190)。声纳。插件。网络。果心VisualStudioProjectBuilder。在org上构建(VisualStudioProjectBuilder.java:82)。声纳。应用程序编程接口。一批独自创立ProjectBuilder。在org上构建(ProjectBuilder.java:67)。声纳。一批扫描ProjectReactorReady。在sun启动(ProjectReactorReady.java:63)。反映NativeMethodAccessorImpl。在sun上调用0(本机方法)。反映NativeMethodAccessorImpl。在sun上调用(NativeMethodAccessorImpl.java:39)。反映DelegatingMethodAccessorImpl。在java上调用(DelegatingMethodAccessorImpl.java:25)。朗,反思一下。方法在org上调用(Method.java:597)。微微容器。生命周期。反思生命周期策略。invokeMethod(reflectionLifeCyclestategy.java:110)位于org。微微容器。生命周期。反思生命周期策略。在org上启动(reflectionLifeCyclestategy.java:89)。微微容器。注射器。AbstractInjectionFactory$LifecycleAdapter。在org上启动(AbstractInjectionFactory.java:84)。微微容器。行为。抽象行为。从org开始(AbstractBehavior.java:169)。微微容器。行为。存储$RealComponentLifecycle。在org上启动(Stored.java:132)。微微容器。行为。存储。在org上启动(Stored.java:110)。微微容器。默认PicoContainer。org上的PotentialyStartAdapter(DefaultPicoContainer.java:1015)。微微容器。默认PicoContainer。startAdapters(DefaultPicoContainer.java:1008)位于org。微微容器。默认PicoContainer。在org上启动(DefaultPicoContainer.java:766)。声纳。应用程序编程接口。站台组件容器。startComponents(ComponentContainer.java:91)位于org。声纳。应用程序编程接口。站台组件容器。在org上执行(ComponentContainer.java:77)。声纳。一批扫描扫描任务。在org上扫描(scanstask.java:57)。声纳。一批扫描扫描任务。在org上执行(ScanTask.java:45)。声纳。一批独自创立TaskContainer。doAfterStart(TaskContainer.java:82)位于org。声纳。应用程序编程接口。站台组件容器。startComponents(ComponentContainer.java:92)位于org。声纳。应用程序编程接口。站台组件容器。在org上执行(ComponentContainer.java:77)。声纳。一批独自创立BootstrapContainer。org上的executeTask(BootstrapContainer.java:156)。声纳。一批独自创立BootstrapContainer。doAfterStart(BootstrapContainer.java:144)位于org。声纳。应用程序编程接口。站台组件容器。startComponents(ComponentContainer.java:92)位于org。声纳。应用程序编程接口。站台组件容器。在org上执行(ComponentContainer.java:77)。声纳。一批引导者。一批org上的startBatch(Batch.java:92)。声纳。一批引导者。一批在org上执行(Batch.java:74)。声纳。跑步者一批隔离发射。在sun上执行(IsolatedLauncher.java:45)。反映NativeMethodAccessorImpl。在sun上调用0(本机方法)。反映NativeMethodAccessorImpl。在sun上调用(NativeMethodAccessorImpl.java:39)。反映DelegatingMethodAccessorImpl。在java上调用(DelegatingMethodAccessorImpl.java:25)。朗,反思一下。方法在org上调用(Method.java:597)。声纳。跑步者impl。BatchLauncher 1美元。delegateExecution(BatchLauncher.java:87)。。。9更多原因:org。声纳。插件。网络。应用程序编程接口。DotNetException:处理项目C:\root\MPS\MPA\Main\Source\MPA时出错。构建\MPA。建筑csproj:组织中未定义assemblyName。声纳。插件。网络。应用程序编程接口。微软模型工厂。getProject(ModelFactory.java:364)位于org。声纳。插件。网络。应用程序编程接口。微软模型工厂。getProjects(ModelFactory.java:274)位于org。声纳。插件。网络。应用程序编程接口。微软模型工厂。getSolution(ModelFactory.java:198)位于org。声纳。插件。网络。果心VisualStudioProjectBuilder。createVisualStudioSolution(VisualStudioProjectBuilder.java:185)。。。44更多

共有3个答案

单于翰飞
2023-03-14

今天我用sonarqube 5.0面对同样的问题。我试过“sonar.skippedModules”,但现在已经不推荐了。

相反,您必须使用visual studio bootstraper提供的以下表达式:

声纳。visualstudio。跳过项目模式=

吕子真
2023-03-14

您的属性文件语法似乎是正确的。当你跑sonar runner时,你应该在跑步开始处看到这样的线条:

INFO  - Apply project exclusions 
INFO  - Exclude project: MPA.Build [SomePrefix:MPA.Build]

如果没有,我建议使用-X参数运行sonar runner,该参数将把调试语句打印到控制台。(您可能希望将控制台重定向/捕获到日志文件。)这可能会提供一些额外的信息,有助于理解为什么它没有看到你被排除在外。

此外,在SonarQube Web UI中,在查看项目时,单击左侧导航栏中的“组件”链接。这将列出解决方案的“模型”。仔细检查此视图中显示的名称是否与MBA. Build匹配。

赫连彬炳
2023-03-14

“未定义assemblyName”=

 类似资料:
  • 我想在cassandra 1.2 CQL 3.0上实现一个实时的内容排名系统 示例:根据用户投票提供新闻的前10条评论 用户可以评论新闻 用户可以对每条评论投票+1或-1 “真实例子youtube评论” 我的解决方案是: 在计数器表(content_counter)上存储投票计数器 创建排名表 null 选择core FROM content_counter where content_id='x

  • 当在我的gradle文件中添加依赖项作为实现时,它们在作为运行时配置的一部分列出时不会被包括在内。例如,当试图将它们放入pathing jar时,它们被排除在外,如下所示: 但是,当将这些作为编译依赖项移回时,这是有效的。现在的问题是在编译时,我的类路径要大得多。我的理解是,实现应该被视为直接使用者中的编译时和传递性的运行时,那么为什么它们被排除在配置之外呢?当将它们指定为“API”时,这也不起作

  • 是否有一种方法可以使用Gradle从一组中排除特定的jar?我尝试了下面的代码,但这删除了该组的所有jar

  • 基于这个来自云平衡问题的示例,我尝试将客户从工作解决方案中删除,如下所示: 结果我得到了这个例外: java.lang.IllegalStateException:实体(Customer--6361356485874019865)有一个值为(Customer--902742678799526425)的变量(previousStandstill),该变量有一个值为(null)的sourceVaria

  • 我有一个项目需要依赖于iText 5.5.2和iText 2.1.7(Primefaces在运行时需要这个特定的版本,由于许可证问题,无法使用iText 5)。 所以我在pom.xml中有以下内容: 问题是,我不希望我们的开发人员能够从iText 2.1.7(com.lowagie.*包)导入类。我想强制他们使用iText 5.5.2(com.itextpdf.*包)中的类。 是否有方法将其从构建

  • 本文向大家介绍Vue项目中跨域问题解决方案,包括了Vue项目中跨域问题解决方案的使用技巧和注意事项,需要的朋友参考一下 方法 后台更改header 使用http-proxy-middleware 代理解决(项目使用vue-cli脚手架搭建) Jquery jsonp 后台更改header 使用http-proxy-middleware 代理解决(项目使用vue-cli脚手架搭建) 打开config