Сбой фоновых задач SonarQube с несколькими записями с одним и тем же ключом

Я знаю, что это очень похожая проблема, поскольку фоновые задачи SonarQube не выполняются с IllegalArgumentException для Java, но в моем случае я не знаю, где именно возникает проблема. Это мой журнал:

2016.02.03 13:24:22 ERROR [o.s.s.c.t.CeWorkerCallableImpl] Failed to execute task AVKnFyTzP-Q7QH-_7ITt
java.lang.IllegalArgumentException: Multiple entries with same key: scala=Scala and scala=Scala
at com.google.common.collect.ImmutableMap.checkNoConflict(ImmutableMap.java:150) ~[guava-17.0.jar:na]
at com.google.common.collect.RegularImmutableMap.checkNoConflictInBucket(RegularImmutableMap.java:104) ~[guava-17.0.jar:na]
at com.google.common.collect.RegularImmutableMap.<init>(RegularImmutableMap.java:70) ~[guava-17.0.jar:na]
at com.google.common.collect.ImmutableMap$Builder.build(ImmutableMap.java:254) ~[guava-17.0.jar:na]
at com.google.common.collect.Maps.uniqueIndex(Maps.java:1166) ~[guava-17.0.jar:na]
at com.google.common.collect.Maps.uniqueIndex(Maps.java:1140) ~[guava-17.0.jar:na]
at org.sonar.server.computation.language.LanguageRepositoryImpl.<init>(LanguageRepositoryImpl.java:46) ~[sonar-server-5.3.jar:na]
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) ~[na:1.8.0_72-internal]
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) ~[na:1.8.0_72-internal]
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) ~[na:1.8.0_72-internal]
at java.lang.reflect.Constructor.newInstance(Constructor.java:423) ~[na:1.8.0_72-internal]
at org.picocontainer.injectors.AbstractInjector.newInstance(AbstractInjector.java:145) ~[picocontainer-2.15.jar:na]
at org.picocontainer.injectors.ConstructorInjector$1.run(ConstructorInjector.java:342) ~[picocontainer-2.15.jar:na]
at org.picocontainer.injectors.AbstractInjector$ThreadLocalCyclicDependencyGuard.observe(AbstractInjector.java:270) ~[picocontainer-2.15.jar:na]
at org.picocontainer.injectors.ConstructorInjector.getComponentInstance(ConstructorInjector.java:364) ~[picocontainer-2.15.jar:na]
at org.picocontainer.injectors.AbstractInjectionFactory$LifecycleAdapter.getComponentInstance(AbstractInjectionFactory.java:56) ~[picocontainer-2.15.jar:na]
at org.picocontainer.behaviors.AbstractBehavior.getComponentInstance(AbstractBehavior.java:64) ~[picocontainer-2.15.jar:na]
at org.picocontainer.behaviors.Stored.getComponentInstance(Stored.java:91) ~[picocontainer-2.15.jar:na]
at org.picocontainer.DefaultPicoContainer.getInstance(DefaultPicoContainer.java:699) ~[picocontainer-2.15.jar:na]
at org.picocontainer.DefaultPicoContainer.getComponent(DefaultPicoContainer.java:647) ~[picocontainer-2.15.jar:na]
at org.picocontainer.DefaultPicoContainer.getComponent(DefaultPicoContainer.java:632) ~[picocontainer-2.15.jar:na]
at org.picocontainer.parameters.BasicComponentParameter$1.resolveInstance(BasicComponentParameter.java:118) ~[picocontainer-2.15.jar:na]
at org.picocontainer.parameters.ComponentParameter$1.resolveInstance(ComponentParameter.java:136) ~[picocontainer-2.15.jar:na]
at org.picocontainer.injectors.SingleMemberInjector.getParameter(SingleMemberInjector.java:78) ~[picocontainer-2.15.jar:na]
at org.picocontainer.injectors.ConstructorInjector$CtorAndAdapters.getParameterArguments(ConstructorInjector.java:309) ~[picocontainer-2.15.jar:na]
at org.picocontainer.injectors.ConstructorInjector$1.run(ConstructorInjector.java:335) ~[picocontainer-2.15.jar:na]
at org.picocontainer.injectors.AbstractInjector$ThreadLocalCyclicDependencyGuard.observe(AbstractInjector.java:270) ~[picocontainer-2.15.jar:na]
at org.picocontainer.injectors.ConstructorInjector.getComponentInstance(ConstructorInjector.java:364) ~[picocontainer-2.15.jar:na]
at org.picocontainer.injectors.AbstractInjectionFactory$LifecycleAdapter.getComponentInstance(AbstractInjectionFactory.java:56) ~[picocontainer-2.15.jar:na]
at org.picocontainer.behaviors.AbstractBehavior.getComponentInstance(AbstractBehavior.java:64) ~[picocontainer-2.15.jar:na]
at org.picocontainer.behaviors.Stored.getComponentInstance(Stored.java:91) ~[picocontainer-2.15.jar:na]
at org.picocontainer.DefaultPicoContainer.getInstance(DefaultPicoContainer.java:699) ~[picocontainer-2.15.jar:na]
at org.picocontainer.DefaultPicoContainer.getComponent(DefaultPicoContainer.java:647) ~[picocontainer-2.15.jar:na]
at org.picocontainer.DefaultPicoContainer.getComponent(DefaultPicoContainer.java:678) ~[picocontainer-2.15.jar:na]
at org.sonar.core.platform.ComponentContainer.getComponentByType(ComponentContainer.java:262) ~[sonar-core-5.3.jar:na]
at org.sonar.server.computation.step.AbstractComputationSteps$1.apply(AbstractComputationSteps.java:43) ~[sonar-server-5.3.jar:na]
at org.sonar.server.computation.step.AbstractComputationSteps$1.apply(AbstractComputationSteps.java:40) ~[sonar-server-5.3.jar:na]
at com.google.common.collect.Iterators$8.transform(Iterators.java:794) ~[guava-17.0.jar:na]
at com.google.common.collect.TransformedIterator.next(TransformedIterator.java:48) ~[guava-17.0.jar:na]
at org.sonar.server.computation.step.ComputationStepExecutor.execute(ComputationStepExecutor.java:37) ~[sonar-server-5.3.jar:na]
at org.sonar.server.computation.taskprocessor.report.ReportTaskProcessor.process(ReportTaskProcessor.java:72) ~[sonar-server-5.3.jar:na]
at org.sonar.server.computation.taskprocessor.CeWorkerCallableImpl.executeTask(CeWorkerCallableImpl.java:81) [sonar-server-5.3.jar:na]
at org.sonar.server.computation.taskprocessor.CeWorkerCallableImpl.call(CeWorkerCallableImpl.java:56) [sonar-server-5.3.jar:na]
at org.sonar.server.computation.taskprocessor.CeWorkerCallableImpl.call(CeWorkerCallableImpl.java:35) [sonar-server-5.3.jar:na]
at java.util.concurrent.FutureTask.run(FutureTask.java:266) [na:1.8.0_72-internal]
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [na:1.8.0_72-internal]
at java.util.concurrent.FutureTask.run(FutureTask.java:266) [na:1.8.0_72-internal]
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180) [na:1.8.0_72-internal]
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293) [na:1.8.0_72-internal]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [na:1.8.0_72-internal]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [na:1.8.0_72-internal]
at java.lang.Thread.run(Thread.java:745) [na:1.8.0_72-internal]
2016.02.03 13:24:22 ERROR [o.s.s.c.t.CeWorkerCallableImpl] Executed task | project=org.codehaus.sonar:javascript-sonar-runner-lcov:iss-hipcms-269 | id=AVKnFyTzP-Q7QH-_7ITt | time=3823ms

Проблема в том, что я вижу только java.lang.IllegalArgumentException: Multiple entries with same key: scala=Scala and scala=Scala, поэтому я не уверен, в чем проблема.

Раньше уже был один проект, и я использовал одни и те же свойства для обоих. Возможно ли, что эта проблема возникает из-за того, что я установил для них обоих sonar.projectKey=org.codehaus.sonar:javascript-sonar-runner-lcov? Или это не тот ключ, на который ссылается сообщение об ошибке? Если да, то что мне поставить как sonar.projectKey?


sonarqube sonar-runner sonarqube5.3
person hajimal    schedule 10.02.2016    source источник
comment
Не могли бы вы перечислить, какие плагины вы установили на свой экземпляр SonarQube?   -  person Fabrice - SonarSource Team    schedule 10.02.2016
comment
Я использую Build Breaker 1.1, Git 1.1, JIRA 1.2, Java 3.9, JavaScript 2.10, SVN 1.2, Scalastyle 0.0.1-SNAPSHOT, Scoverage 5.1.1 Как вы думаете, почему проблема может быть вызвана плагинами?   -  person hajimal    schedule 12.02.2016

Ответы (2)


arrow_upward
3
arrow_downward

Вы используете 2 плагина (scalastyle и scala), которые объявляют для SonarQube один и тот же язык (scala). Это не то, как должны вести себя плагины: должен быть один плагин, который объявляет язык (в идеале с именем «sonar-scala-plugin»), и другие сторонние плагины, которые будут ссылаться на этот язык (но не объявлять его).

  • В SonarQube создан SONAR-7318, чтобы это было замечено раньше.
  • Изменить: ключ scala дублируется #31 был создан, чтобы исправить эту проблему на стороне плагина.

Ваша проблема должна быть решена, как только разработчики этих плагинов договорятся о том, какой плагин объявляет язык, а какой другой плагин ссылается на него.

person Fabrice - SonarSource Team    schedule 12.02.2016
comment
так что, если я удалю один из этих плагинов, он должен работать? Если да, то есть ли другой способ использовать их обоих? - person hajimal; 12.02.2016
comment
У меня была аналогичная проблема с плагином css. Я удалил один, и теперь все в порядке. - person Faisal Feroz; 25.02.2020

arrow_upward
1
arrow_downward

У меня была такая же проблема, я сделал следующее:

  1. Я сделал плагин sonar-scala-plugin для определения языка scala и добавил его в свой sonaqube.
  2. Я скачал исходный код из плагина scalastyle: https://github.com/NCR-CoDE/sonar-scalastyle и плагин для поиска: https://github.com/RadoBuransky/sonar-scoverage-plugin

  3. Затем я провел рефакторинг кода, в классе, в котором расширен модуль sonarplugin, я удалил класс, в котором определен язык: My ScalastylePlugin выглядит следующим образом:

    переопределить определение getExtensions: java.util.List[Class[_ ‹: Extension]] = ListBuffer( classOf[ScalastyleRepository], classOf[ScalastyleQualityProfile], classOf[ScalastyleSensor])

  4. Я сделал то же самое для плагина сонара. В классе, расширяющем SonarPlugin, я удалил classOf[Scala];

  5. Затем я собрал все плагины и добавил файлы jar плагинов в sonarqube.

person Almira    schedule 29.04.2016