Fatal编程技术网
  • java/
  • Java SonarQube分析成功，但不是'；t由服务器处理

Java SonarQube分析成功，但不是'；t由服务器处理

java sonarqube

Java SonarQube分析成功，但不是'；t由服务器处理,java,sonarqube,Java,Sonarqube,我最近将SonarQube服务器从5.1.2升级到了5.2。我们通过Jenkins使用SonarQube Runner（2.4）运行分析，分析成功。问题是，服务器无法处理分析。在失败的后台任务的日志末尾可以看到以下错误： 主要错误是： java.lang.UnsupportedOperationException: QualityGate status can not be changed if already set on source Measure 我不知道这是指什么。。。以下是更多日志

我最近将SonarQube服务器从5.1.2升级到了5.2。我们通过Jenkins使用SonarQube Runner（2.4）运行分析，分析成功。问题是，服务器无法处理分析。在失败的后台任务的日志末尾可以看到以下错误：

主要错误是：

java.lang.UnsupportedOperationException: QualityGate status can not be changed if already set on source Measure
我不知道这是指什么。。。以下是更多日志：

2015.11.05 13:53:18 INFO  [o.s.s.c.s.ComputationStepExecutor] Compute size measures | time=1114ms
2015.11.05 13:53:21 INFO  [o.s.s.c.s.ComputationStepExecutor] Compute new coverage | time=2683ms
2015.11.05 13:53:21 INFO  [o.s.s.c.s.ComputationStepExecutor] Compute coverage measures | time=586ms
2015.11.05 13:53:21 INFO  [o.s.s.c.s.ComputationStepExecutor] Compute comment measures | time=118ms
2015.11.05 13:53:22 INFO  [o.s.s.c.s.ComputationStepExecutor] Copy custom measures | time=947ms
2015.11.05 13:53:22 INFO  [o.s.s.c.s.ComputationStepExecutor] Compute duplication measures | time=58ms
2015.11.05 13:53:22 INFO  [o.s.s.c.s.ComputationStepExecutor] Compute language distribution | time=80ms
2015.11.05 13:53:22 INFO  [o.s.s.c.s.ComputationStepExecutor] Compute test measures | time=23ms
2015.11.05 13:53:23 INFO  [o.s.s.c.s.ComputationStepExecutor] Compute complexity measures | time=555ms
2015.11.05 13:53:23 INFO  [o.s.s.c.s.ComputationStepExecutor] Load measure computers | time=12ms
2015.11.05 13:53:30 INFO  [o.s.s.c.s.ExecuteVisitorsStep]   Execution time for each component visitor:
2015.11.05 13:53:30 INFO  [o.s.s.c.s.ExecuteVisitorsStep]   - LoadComponentUuidsHavingOpenIssuesVisitor | time=104ms
2015.11.05 13:53:30 INFO  [o.s.s.c.s.ExecuteVisitorsStep]   - IntegrateIssuesVisitor | time=6566ms
2015.11.05 13:53:30 INFO  [o.s.s.c.s.ExecuteVisitorsStep]   - CloseIssuesOnRemovedComponentsVisitor | time=0ms
2015.11.05 13:53:30 INFO  [o.s.s.c.s.ExecuteVisitorsStep]   - SqaleMeasuresVisitor | time=85ms
2015.11.05 13:53:30 INFO  [o.s.s.c.s.ExecuteVisitorsStep]   - SqaleNewMeasuresVisitor | time=42ms
2015.11.05 13:53:30 INFO  [o.s.s.c.s.ExecuteVisitorsStep]   - LastCommitVisitor | time=5ms
2015.11.05 13:53:30 INFO  [o.s.s.c.s.ExecuteVisitorsStep]   - MeasureComputersVisitor | time=30ms
2015.11.05 13:53:30 INFO  [o.s.s.c.s.ComputationStepExecutor] Execute component visitors | time=6924ms
2015.11.05 13:53:33 INFO  [o.s.s.c.s.ComputationStepExecutor] Compute measure variations | time=2634ms
2015.11.05 13:53:33 ERROR [o.s.s.c.t.CeWorkerRunnableImpl] Failed to execute task AVDY_uRG1PIBOHYznvP3
java.lang.UnsupportedOperationException: QualityGate status can not be changed if already set on source Measure
    at org.sonar.server.computation.measure.Measure$UpdateMeasureBuilder.setQualityGateStatus(Measure.java:244) ~[sonar-server-5.2.jar:na]
    at org.sonar.server.computation.step.QualityGateMeasuresStep.updateMeasures(QualityGateMeasuresStep.java:113) ~[sonar-server-5.2.jar:na]
    at org.sonar.server.computation.step.QualityGateMeasuresStep.executeForProject(QualityGateMeasuresStep.java:95) ~[sonar-server-5.2.jar:na]
    at org.sonar.server.computation.step.QualityGateMeasuresStep.access$000(QualityGateMeasuresStep.java:61) ~[sonar-server-5.2.jar:na]
    at org.sonar.server.computation.step.QualityGateMeasuresStep$1.visitProject(QualityGateMeasuresStep.java:85) ~[sonar-server-5.2.jar:na]
    at org.sonar.server.computation.component.DepthTraversalTypeAwareCrawler.visitNode(DepthTraversalTypeAwareCrawler.java:63) ~[sonar-server-5.2.jar:na]
    at org.sonar.server.computation.component.DepthTraversalTypeAwareCrawler.visit(DepthTraversalTypeAwareCrawler.java:44) ~[sonar-server-5.2.jar:na]
    at org.sonar.server.computation.step.QualityGateMeasuresStep.execute(QualityGateMeasuresStep.java:81) ~[sonar-server-5.2.jar:na]
    at org.sonar.server.computation.step.ComputationStepExecutor.execute(ComputationStepExecutor.java:39) ~[sonar-server-5.2.jar:na]
    at org.sonar.server.computation.taskprocessor.report.ReportTaskProcessor.process(ReportTaskProcessor.java:53) ~[sonar-server-5.2.jar:na]
    at org.sonar.server.computation.taskprocessor.CeWorkerRunnableImpl.executeTask(CeWorkerRunnableImpl.java:78) [sonar-server-5.2.jar:na]
    at org.sonar.server.computation.taskprocessor.CeWorkerRunnableImpl.run(CeWorkerRunnableImpl.java:55) [sonar-server-5.2.jar:na]
    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) [na:1.7.0_85]
    at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:304) [na:1.7.0_85]
    at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:178) [na:1.7.0_85]
    at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293) [na:1.7.0_85]
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [na:1.7.0_85]
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [na:1.7.0_85]
    at java.lang.Thread.run(Thread.java:745) [na:1.7.0_85]
以前有没有人见过这种情况，或者知道可能是什么问题

谢谢。

升级到5.2后，我遇到了同样的问题。正如在上面的评论中提到的，我确实在我的质量关卡中定义了多个时期的条件（新代码的覆盖范围）（从上一版本开始，从上一次分析开始，过去30天）。它以前很有魅力，现在坏了

通过只为度量留下一个条件（“自上一个版本以来新代码的覆盖率应为80%”），我成功地绕过了这个错误

然而，我必须说，整个东西现在都坏了，这是非常令人恼火的。同一度量的多个期间非常有用。例如，“自上一版本”显示“自发布以来我们做得有多好”，“自上一次分析”显示“上次提交有多好”。

我对SonarQube非常恼火。安装5.2后，它运行良好（我正在使用Sonar与Oracle DB），但突然之间，Sonar后台任务无法完成某些特定项目（从日志中可以看出，它总是卡在[o.s.s.c.s.ComputesStepExecutor]的点上）索引组件。当Jenkins每晚推送分析时，我经常会注意到过去2-3天的后台任务堆积如山，进度图标在数千分钟后仍在某个特定项目上悬停。重新启动服务器会杀死当前作业，但会在下一个排队的任务上卡住。较小的项目出人意料地工作正常

另一个恼人的部分是，如果我们不能从管理GUI终止或中止正在运行的后台任务，也不能手动触发队列中的另一个任务。最恼人的部分是：Sonar或任务日志中没有任何错误。我甚至尝试启用调试，但没有任何帮助。

到今天为止，这个问题只能通过确保只有一个c来解决项目质量关卡中每项措施的条件

已创建票证以恢复对同一指标上多个条件的支持。

检查声纳分析时间和声纳服务器时间是否同步
管理->项目->背景任务，请参阅日志

来自我的（有限）Sonar的经验我只能说它对一些插件的次要版本兼容性非常挑剔。你是否有机会为质量门中的特定指标定义了多个周期的条件？是的，我们在质量门中定义了多个周期的条件。一旦我删除了它们，它就工作得很好。Will这将在即将发布的版本中修复？是的，@Seb解决方案对我有效。显然，Sonar在更新后无法正确处理质量门配置。谢谢。您可以对此发表评论。