1. 首页
  2. 问答
  3. 错误SonarQube当启动SVN怪

错误SonarQube当启动SVN怪

2015-02-26 45 views
14

我最近升级我的SonarQube服务器从4.5.2到5.0.1，再到5.1（见下面编辑）。错误SonarQube当启动SVN怪

突然，一个多模块Maven项目的分析失败，出现以下错误：

[INFO] [12:02:05.045] Sensor SCM Sensor... 
[INFO] [12:02:05.169] SCM provider for this project is: svn 
[INFO] [12:02:05.169] Retrieve SCM blame information... 
[INFO] [12:02:05.185] 650 files to be analyzed 
[INFO] ------------------------------------------------------------------------ 
[INFO] Reactor Summary: 
[INFO] 
[INFO] myproject ......................................... FAILURE [3:21.165s] 
[INFO] module1 ........................................... SKIPPED 
[INFO] module2 ........................................... SKIPPED 
[INFO] ------------------------------------------------------------------------ 
[INFO] BUILD FAILURE 
[INFO] ------------------------------------------------------------------------ 
[INFO] Total time: 2:42.429s 
[INFO] Finished at: Thu Feb 26 11:30:01 CET 2015 
[INFO] Final Memory: 73M/2020M 
[DEBUG] [11:30:01.789] Executing: svn blame --xml --non-interactive -x -w src/main/java/MyClass.java 
[ERROR] Failed to execute goal org.codehaus.mojo:sonar-maven-plugin:2.5:sonar (default-cli) on project myproject: java.io.IOException: Cannot run progra 
m "svn" (in directory "C:\somedirectory\module1"): CreateProcess error=2, The system cannot find the file specified 
     at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:216) 
     at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153) 
     at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145) 
     at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84) 
     at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59) 
     at org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183) 
     at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161) 
     at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:317) 
     at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:152) 
     at org.apache.maven.cli.MavenCli.execute(MavenCli.java:555) 
     at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:214) 
     at org.apache.maven.cli.MavenCli.main(MavenCli.java:158) 
     at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
     at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) 
     at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 
     at java.lang.reflect.Method.invoke(Method.java:606) 
     at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:289) 
     at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229) 
     at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:415) 
     at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356) 
Caused by: org.apache.maven.plugin.MojoExecutionException: java.io.IOException: Cannot run program "svn" (in directory "C:\somedirectory\module1"): CreateProcess error=2, The system cannot find the file specified 
     at org.codehaus.mojo.sonar.bootstrap.ExceptionHandling.handle(ExceptionHandling.java:41) 
     at org.codehaus.mojo.sonar.bootstrap.RunnerBootstraper.execute(RunnerBootstraper.java:139) 
     at org.codehaus.mojo.sonar.SonarMojo.execute(SonarMojo.java:138) 
     at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:106) 
     at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:208) 
     ... 19 more

不知何故，命令svn没有发现目录C:\somedirectory\module1文件src/main/java/MyClass.java，尽管该文件肯定是存在的。如果我复制粘贴命令SonarQube试图在目录C:\somedirectory\module1内的命令提示符svn blame --xml --non-interactive -x -w src/main/java/MyClass.java中执行，那么该命令工作正常。

svn命令是正确的路径，可以在SonarQube服务器“系统信息”页面上的“库路径”字段中可以看出。 SonarQube服务器托管在执行mvn sonar:sonar的同一台服务器上（Windows Server 2008 R2）。

svn正在SonarQube推出检索怪历史。据我所知，there were some changes made in SonarQube 5.0 concerning SCM support（更改为内置）。我现在的解决方法是禁用SonarQube中的SCM传感器（使用-Dsonar.scm.disabled=true或直接在SonarQube服务器的“设置>常规设置> SCM”下）。

这是不相关的，因为this question我只遇到过这种行为，当我升级到5.0.1 SonarQube。使用

JRE：1.7.0_51（64位）

编辑：

升级到SonarQube 5.1后，将误差仍然在这里，但该消息是不同的，并且更清楚。我重新安装一个SVN客户端（TortoiseSVN的），并重启双方詹金斯和SonarQube但错误停留：

SCM提供商设置为“SVN”，但没有SCM提供商找到此键。没有SCM提供商安装

[ERROR] Failed to execute goal org.codehaus.mojo:sonar-maven-plugin:2.5:sonar (default-cli) on project bombardier: SCM provider was set to "svn" but no SCM provider found for this key. No SCM provider installed -> [Help 1] 
org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.codehaus.mojo:sonar-maven-plugin:2.5:sonar (default-cli) on project bombardier: SCM provider was set to "svn" but no SCM provider found for this key. No SCM provider installed 
    at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:216) 
    at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153) 
    at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145) 
    at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84) 
    at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59) 
    at org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183) 
    at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161) 
    at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:317) 
    at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:152) 
    at org.apache.maven.cli.MavenCli.execute(MavenCli.java:555) 
    at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:214) 
    at org.apache.maven.cli.MavenCli.main(MavenCli.java:158) 
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) 
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 
    at java.lang.reflect.Method.invoke(Method.java:606) 
    at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:289) 
    at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229) 
    at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:415) 
    at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356) 
Caused by: org.apache.maven.plugin.MojoExecutionException: SCM provider was set to "svn" but no SCM provider found for this key. No SCM provider installed 
    at org.codehaus.mojo.sonar.bootstrap.ExceptionHandling.handle(ExceptionHandling.java:41) 
    at org.codehaus.mojo.sonar.bootstrap.RunnerBootstraper.execute(RunnerBootstraper.java:139) 
    at org.codehaus.mojo.sonar.SonarMojo.execute(SonarMojo.java:138) 
    at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:106) 
    at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:208) 
    ... 19 more 
Caused by: java.lang.IllegalArgumentException: SCM provider was set to "svn" but no SCM provider found for this key. No SCM provider installed 
    at org.sonar.batch.scm.ScmConfiguration.setProviderIfSupported(ScmConfiguration.java:123) 
    at org.sonar.batch.scm.ScmConfiguration.considerOldScmUrl(ScmConfiguration.java:133) 
    at org.sonar.batch.scm.ScmConfiguration.start(ScmConfiguration.java:109) 
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) 
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 
    at java.lang.reflect.Method.invoke(Method.java:606) 
    at org.picocontainer.lifecycle.ReflectionLifecycleStrategy.invokeMethod(ReflectionLifecycleStrategy.java:110) 
    at org.picocontainer.lifecycle.ReflectionLifecycleStrategy.start(ReflectionLifecycleStrategy.java:89) 
    at org.picocontainer.injectors.AbstractInjectionFactory$LifecycleAdapter.start(AbstractInjectionFactory.java:84) 
    at org.picocontainer.behaviors.AbstractBehavior.start(AbstractBehavior.java:169) 
    at org.picocontainer.behaviors.Stored$RealComponentLifecycle.start(Stored.java:132) 
    at org.picocontainer.behaviors.Stored.start(Stored.java:110) 
    at org.picocontainer.DefaultPicoContainer.potentiallyStartAdapter(DefaultPicoContainer.java:1015) 
    at org.picocontainer.DefaultPicoContainer.startAdapters(DefaultPicoContainer.java:1008) 
    at org.picocontainer.DefaultPicoContainer.start(DefaultPicoContainer.java:766) 
    at org.sonar.api.platform.ComponentContainer.startComponents(ComponentContainer.java:91) 
    at org.sonar.api.platform.ComponentContainer.execute(ComponentContainer.java:77) 
    at org.sonar.batch.scan.ScanTask.scan(ScanTask.java:57) 
    at org.sonar.batch.scan.ScanTask.execute(ScanTask.java:45) 
    at org.sonar.batch.bootstrap.TaskContainer.doAfterStart(TaskContainer.java:135) 
    at org.sonar.api.platform.ComponentContainer.startComponents(ComponentContainer.java:92) 
    at org.sonar.api.platform.ComponentContainer.execute(ComponentContainer.java:77) 
    at org.sonar.batch.bootstrap.GlobalContainer.executeTask(GlobalContainer.java:158) 
    at org.sonar.batch.bootstrapper.Batch.executeTask(Batch.java:95) 
    at org.sonar.batch.bootstrapper.Batch.execute(Batch.java:67) 
    at org.sonar.runner.batch.IsolatedLauncher.execute(IsolatedLauncher.java:48) 
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) 
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 
    at java.lang.reflect.Method.invoke(Method.java:606) 
    at org.sonar.runner.impl.BatchLauncher$1.delegateExecution(BatchLauncher.java:87) 
    at org.sonar.runner.impl.BatchLauncher$1.run(BatchLauncher.java:75) 
    at java.security.AccessController.doPrivileged(Native Method) 
    at org.sonar.runner.impl.BatchLauncher.doExecute(BatchLauncher.java:69) 
    at org.sonar.runner.impl.BatchLauncher.execute(BatchLauncher.java:50) 
    at org.sonar.runner.api.EmbeddedRunner.doExecute(EmbeddedRunner.java:102) 
    at org.sonar.runner.api.Runner.execute(Runner.java:100) 
    at org.codehaus.mojo.sonar.bootstrap.RunnerBootstraper.execute(RunnerBootstraper.java:135) 
    ... 22 more

来源

2015-02-26 Tunaki

+0

错误是很复杂的，你应该选择其中的一部分 – dewelloper

+3

@HamitYıldırım我不同意，所有的堆栈跟踪可能与某人调试问题相关。时间不长。 – Tunaki

回答

8

我安装SonarQube 5后经历了同样的问题。1，去更新中心：

http://your_domain:port/updatecenter/available

搜索的“SVN”，单击“安装”

https://docs.sonarqube.org/display/PLUG/SVN+Plugin

这样的事情就会出现：

SonarQube需要重新启动，以便安装以下 插件：声纳-SCM - svn的 - 插件 - 1.0.jar

重新启动SonarQube。

来源

2015-04-03 08:01:41 vehovmar

+0

是的，那钉了！我没有注意到有一个新的SVN插件。这应该在升级说明中明确提到。 – Tunaki

+0

我可以确认git一样。我们在一台新服务器上将Sonarqube从4.5移至6.4。旧服务器安装了git。通过添加git-plugin [link]（https://docs.sonarqube.org/display/PLUG/Git+Plugin）我解决了这个问题。 – Markus

0

请检查SonarQube进程具有相同的环境变量，你正在使用的测试。

来源

2015-02-27 13:30:06 Telmah

+0

在SonarQube'系统信息'页面的'库路径'下，我有（其中包括）''C：\ Program Files \ TortoiseSVN \ bin“'和'svn'可执行文件在该文件夹下正确。 – Tunaki

34

使用下面的命令，将禁用SVN相关问题

-Dsonar.scm.disabled=True

这将禁用SVN

来源

2015-03-04 16:32:46 Mahesh

+0

我已经做到了。我在SonarQube服务器上禁用了SCM传感器，并且没有它。但我希望它能与SCM传感器一起工作。 – Tunaki

+3

“mvn sonar：sonar -Dsonar.scm.disabled = True”。为我工作。谢谢 – Morvader

0

我刚才在RedHat Linux机器上安装SonarQube 5.0.1，我有完全一样的问题。

相反禁用SCM统计插件的，我已经安装了SVN客户端（svnkit.x86_64），并构建与SCM激活成功执行。 所以我想在Windows上，你应该安装一个svn客户端并将其放在PATH上。

来源

2015-03-31 14:47:48

+0

感谢您的回答，但我已经在Windows机器上安装了SVN客户端（它是TortoiseSVN）。使用命令提示符，我可以成功执行svn命令。 – Tunaki

+0

哦，我明白了，你是否尝试将tortoisesvn bin目录直接添加到Windows系统路径中？之后重新启动Jenkins，以便更新新的环境变量。 –

+0

是的，那是我添加它的地方。 SonarQube和Jenkins服务器都重新启动。 – Tunaki

1

我有这个问题，它是由于没有在运行声纳分析的生成机器上安装SVN而导致的。声纳盒安装的并不重要。这是需要做SVN责备的构建代理。

我正在使用CentOS。神奇的是

sudo yum install svn

最后的诀窍是确保构建机器使用SVN相同版本的结帐，因为我安装的版本。如果构建机器原生使用不同的版本，则可能必须确保它在下次检出之前清理整个工作区。

最后，别忘了Sonar也需要您的SVN凭据！

来源

2015-06-15 01:17:09

+0

如何为Sonar指定SVN凭据？这是我找不到的... – Betlista

7

这个问题可以通过两种方式来解决，
1.通过将sonar.properties -Dsonar.scm.disabled =真，这只是sonarrunner.bat声纳分析有效的，
2.如果你做的使用任何其他类型的分析，然后用管理员默认管理员登录是admin/admin（用户名/密码）。 http://yourDomin:port/settings/index(e.ghttp://localhost:9000/settings/index）然后在类别中选择scm并禁用scm传感器设置为true。
3.or否则u能以管理员身份登录网（管理/管理）后，SVN插件添加到声纳http://your_domain:port/updatecenter/available，搜索可用的插件，并选择SVN并安装它..

来源

2015-09-02 20:53:08 ramesh027

相关问题

 相关问题