这是我到目前为止所做的事情;
当我在第二次分析后查看项目页面并且出现新问题时,我点击了说明" 30个新问题"向我展示最近介绍的问题。它构建了一个类似这样的URL:
但后来我得到了大粉红色的Elasticsearch错误,归结为:
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"
最近有人似乎有一个非常类似的问题,但没有得到答案:sonarqube 5.x differential views KO (JSON parsing exception)
我尝试了该问题的解决方案 - 强制使用user.timezone - 但是即使我把它放入了#34;不要把它搞砸了#34;作为附加属性的部分,它不会传递给底层的Java进程(当我用ps -ef | grep java检查时)。
我用google搜索,stackoverflow-searching,searched the google group和Sonarqube-JIRA搜索了NumberFormatException sonarqube等等。我很茫然。这是一个全新的SQ 5.3安装到时区设置为GMT的机器上。
感谢您的帮助。