1. дома
  2. Вопрос и ответ
  3. Ошибка в SonarQube при запуске svn wame

Ошибка в SonarQube при запуске svn wame

2015-02-26 4 views
14

Недавно я обновил свой сервер SonarQube с 4.5.2 до 5.0.1, затем до 5.1 (см. Ниже).Ошибка в SonarQube при запуске svn wame

Неожиданно анализ 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 не нашел файл src/main/java/MyClass.java в каталоге C:\somedirectory\module1, хотя этот файл, безусловно, есть. Если я скопирую-вставку, команда SonarQube пытается выполнить в командной строке svn blame --xml --non-interactive -x -w src/main/java/MyClass.java внутри каталога C:\somedirectory\module1, тогда команда работает нормально.

svn команда корректна в PATH, как показано в поле «Путь к библиотеке» на странице «Информация о системе» на сервере SonarQube. Сервер SonarQube размещен на том же сервере, на котором был выполнен mvn sonar:sonar (Windows Server 2008 R2).

svn запускается SonarQube для извлечения истории вины. Как я понимаю, there were some changes made in SonarQube 5.0 concerning SCM support (переход на встроенный). Моим обходным решением сейчас является отключить датчик SCM в SonarQube (используя -Dsonar.scm.disabled=true или непосредственно на сервере SonarQube в разделе «Настройки> Общие настройки> SCM»).

Это не связано с this question, так как я только столкнулся с этим поведением при обновлении до SonarQube 5.0.1.

JRE используется: 1.7.0_51 (64 бит)

EDIT:

После обновления до SonarQube 5.1, ошибка все еще здесь, но сообщение отличается и более ясным. Я переустановил клиент SVN (TortoiseSVN) и перезапущен как Дженкинс и SonarQube но ошибка остается:

поставщик SCM был установлен на «СВН», но не провайдер 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

поиск по "СВН", нажмите "Установить"

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

Нечто подобное появится:

SonarQube необходимо перезапустить для того, чтобы установить следующие плагинов: сонар-SCM-СВН-плагин-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

Я уже сделал это. Я отключил датчик SCM на сервере SonarQube, и он работает без него. Но я хотел бы, чтобы он работал с датчиком SCM. – Tunaki

+3

"mvn sonar: sonar -Dsonar.scm.disabled = True". Работал для меня. Спасибо – Morvader

0

Я только что установили SonarQube 5.0.1 на машине Redhat Linux и у меня точно такой же проблема.

Вместо отключения плагина scm stats я установил svn-клиент (svnkit.x86_64), и сборка успешно выполнена с включенным SCM. Итак, я думаю, что в Windows вы должны установить svn-клиент и поместить его в PATH.

источник

2015-03-31 14:47:48

+0

Спасибо за ваш ответ, но у меня уже есть клиент SVN, установленный на компьютере Windows (это 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

И как указать учетные данные SVN для Sonar? Вот чего я не могу найти ... – Betlista

7

Этот вопрос можно решить двумя образом,
1. установив sonar.properties -Dsonar.scm.disabled = True, это справедливо только для анализа sonarrunner.bat гидролокатора,
2. Если делать используя любой другой анализ типа, тогда войдите с admin admin admin admin/admin (имя пользователя/пароль). http://yourDomin:port/settings/index(e.ghttp://localhost:9000/settings/index), то в категории выберите scm и отключите датчик scm как истинный.
3.or еще и можно добавить SVN плагин гидролокатора http://your_domain:port/updatecenter/available после входа в систему в качестве администратора (администратора/администратора), поиск доступного модуля и выберите SVN и установить его ..

источник

2015-09-02 20:53:08 ramesh027

 Смежные вопросы

  • Нет связанных вопросов^_^