为什么 Tomcat 14 分钟返回 500 错误，然后又继续？答案

【问题标题】：Why does Tomcat return a 500 error for 14 minutes and then continues again?为什么 Tomcat 14 分钟返回 500 错误，然后又继续？
【发布时间】：2015-11-10 08:41:37
【问题描述】：

我们有一个 JRuby on Rails 应用程序，它运行良好，直到某个时刻。

然后突然 Tocmat 返回一个 500 错误大约 14 分钟（我们在 500 错误 html 页面中放置了一个重定向到登录页面）。重定向到登录页面再次返回 500 错误（因此有大约 14 分钟的循环）。

我们不知道是什么原因造成的。从日志中除此之外没有什么可找到的：

开始 GET "/CyberTrack/fr/login?error=true" for 192.168.208.155 at 2015-11-05 17:34:12 +0100 2015-11-05 17:34:12 致命 Encoding::CompatibilityError（不兼容的编码：UTF-8 和 Windows-1252）：app/controllers/application_controller.rb:61:in `log_info'

但如果是这个原因，那为什么应用程序在 14 分钟后突然又开始工作了……

【问题讨论】：

您是否关闭了错误重定向以查看第一个错误产生的跟踪？

标签： tomcat jrubyonrails honeywell

【解决方案1】：

很可能是编码问题。

关于您的问题，大约需要 14 分钟才能使其再次工作。

您可以检查有关 workers、worker retries、worker intervals 和 workers timeout 的 tomcat 配置

【讨论】：

【解决方案2】：

Tomcat 错误 500 在可能有以下原因之一时抛出：

可能您正在使用非 Unicode/非 UTF-8 友好的编辑器。在 UTF-8 友好的编辑器中从头开始重新创建此类。
web.xml 可能有问题
检查类名称，例如FirstClass 可以写成 Firstclass
检查 $CATALINA/lib 文件夹并确保这些 JAR 退出==> jasper-el.jar、jasper.jar 和 jsp-api.jar
检查您的 $CATALINA/log/catalinaout.log 文件并阅读原因
将数据库 jar 文件添加到 $CATALINA/lib 文件夹中
还要检查您的数据库和系统编码类型，因为它们可能会相互冲突

最好的问候

【讨论】：