SonarQube 6.7.1无法启动Oracle NLS_CHARACTERSET设置为WE8ISO8859P1

时间:2018-02-07 09:14:29

标签: utf-8 sonarqube iso-8859-1 sonarqube-ops

我们正在从SonarQube(SQ)4.5.4迁移到最新的6.7 LTS。到目前为止,我们用6.7尝试了升级,一切似乎都运行正常,现在我们尝试了6.7.1并且网络启动失败并显示消息

ERROR web[][o.s.s.p.Platform] Web server startup failed: Oracle NLS_CHARACTERSET does not support UTF8: WE8ISO8859P1

从日志中可以清楚地看到我们正在使用WE8ISO8859P1并且SQ期待UTF-8。在我们的基础设施中,SQ作为单一模式的租户之一生活,我们不可能迁移到UTF-8;相比之下,UTF-8的存储也会很重。

现在我的问题是,

  • 为什么SQ 6.7对于WE8ISO8859P1字符集是可以的,而SQ 6.7.1对UTF-8是坚定的
  • 我们现在能做什么?
  • 未来版本怎么样?
  • SonarSource会强迫我们迁移吗?

1 个答案:

答案 0 :(得分:0)

感谢Jeroen Heier的回答,但是在进一步挖掘的过程中,我发现你的答案只有一半是正确的。我想详细说明为什么我面对这种情况以及我是如何克服它的。

  

SonarQube 5.6要求UTF-8作为字符集而不仅仅是SQ 6 +

为什么SQ 6.7可以使用WE8ISO8859P1字符集,而SQ 6.7.1则坚持使用UTF-8

  

SonarQube不检查现有实例中的字符集,它是   直到Sonar Qube版本6.7才担心新安装。

我们现在可以做些什么?

如果您比SonarQube要求更加坚定,请首先安装SonarQube 4.5.4,然后指向相同的数据库并进行升级。直到现在你只能使用它直到6.7

未来发布会如何? 根据此评论,不应强制现有安装转移到UTF-8。因为他们自己承认从非utf迁移到UTF-8很痛苦。

SonarSource会迫使我们迁移吗? 让我们希望他们不要。

参考:https://jira.sonarsource.com/browse/SONAR-6171

我在Google群组中创建了一个帖子:https://groups.google.com/d/msg/sonarqube/jYRzfL5IaBk/8dnPIEnOBAAJ