全新SonarQube 5.3在执行差速器问题时发生碰撞

以下是我迄今为止所做的工作

• 已安装的声纳应为5.3
• SQ 5.3指向一个空的声纳数据库，其中有一个有效的声纳用户
• 对项目进行分析
• 再次对项目运行分析

当我在第二次分析后查看项目页面，发现有新的问题时，我会单击显示“30个新问题”的链接，以显示最近引入的问题。它构建了一个URL，如下所示：

"createdAt": {"date_histogram":
{"field":"issueCreatedAt",  
"interval":"1d",
"min_doc_count":0,
"pre_zone":"GMT+00:00",
"post_zone":"GMT+00:00",
"format":"yyyy-MM-dd'T'HH:mm:ssZ"

但是我得到了一个很大的粉红色弹性搜索错误，归结起来是：

NumberFormatException[For input string: "GMT+00"];
at org.elasticsearch.action.search.type.TransportSearchTypeAction$BaseAsyncAction.onFirstPhaseResult(TransportSearchTypeAction.java:237) ~[elasticsearch-1.7.2.jar:na]
at org.elasticsearch.action.search.type.TransportSearchTypeAction$BaseAsyncAction$1.onFailure(TransportSearchTypeAction.java:183) ~[elasticsearch-1.7.2.jar:na]
...

我能看到的唯一一个包含该字符串的JSON片段如下所示：

"createdAt": {"date_histogram":
{"field":"issueCreatedAt",  
"interval":"1d",
"min_doc_count":0,
"pre_zone":"GMT+00:00",
"post_zone":"GMT+00:00",
"format":"yyyy-MM-dd'T'HH:mm:ssZ"

最近似乎有人遇到了非常类似的问题，但没有得到答案：

我尝试了这个问题的解决方案——强制使用user.timezone——但即使我将它作为附加属性放入“don't mess this”部分的wrapper.conf中，它也不会传递给底层Java进程（当我检查ps-ef | grep Java时）

我在谷歌上搜索，stackoverflow搜索，还搜索了数字格式、Qube等东西。我不知所措。这是SQ 5.3的全新安装，安装在时区设置为GMT的机器上

---

感谢您的帮助。

如果SonarQube 5.6 LTS是全新的，为什么不使用它呢？同意@JeroenHeier的说法，在5.6 LTS版本（=最稳定的版本）可用时，没有理由安装SQ 5.3。我很乐意，但我们需要MySQL 5.6或更高版本。说来话长。。。那么，这是5.3中的一个已知错误还是什么？如果是全新的，为什么不使用SonarQube 5.6 LTS呢？同意@JeroenHeier的观点，在5.6 LTS版本（=最稳定的版本）可用时，没有理由安装SQ 5.3。我很乐意，但我们需要MySQL 5.6或更高版本来实现这一点。说来话长。。。那么，这是5.3中的一个已知错误还是什么？