升级Rails后Tomcat中JRuby Rack运行时错误调试求助

我来帮你一步步拆解这个升级后的排查难题——这种resetting rack response due exception的日志通常意味着请求处理过程中抛出了异常，但JRuby-Rack默认只打了这个模糊的调试信息，咱们先从获取完整异常堆栈开始：

首先得让系统把真实的异常信息打出来，而不是只提示重置响应：

• 调整JRuby-Rack日志级别：在你的war包内的WEB-INF/jruby-rack.properties（如果没有就新建一个）里添加：

  jruby.rack.logging.level=TRACE
  

  或者修改Tomcat的context.xml，给你的应用添加日志配置：

  <Parameter name="jruby.rack.logging.level" value="TRACE" override="false"/>
  

• 调高Rails日志级别：在config/environments/production.rb（或你部署的环境配置文件）里设置：

  config.log_level = :debug
  config.logger = Logger.new(STDOUT) # 确保日志输出到Tomcat的catalina.out
  

  这样Tomcat的catalina.out或者localhost.log里应该会出现完整的异常堆栈，而不是只有重置提示。

如果还是看不到完整异常，可以给Rails加一个自定义中间件，在请求处理最外层捕获异常并打印：
在config/application.rb里添加：

module YourAppName
  class Application < Rails::Application
    # ... 其他配置 ...
    config.middleware.insert_before 0, "CatchAllExceptions"
  end
end

class CatchAllExceptions
  def initialize(app)
    @app = app
  end

  def call(env)
    begin
      @app.call(env)
    rescue Exception => e
      Rails.logger.error "===== FULL EXCEPTION STACK ====="
      Rails.logger.error e.message
      Rails.logger.error e.backtrace.join("\n")
      Rails.logger.error "================================"
      raise e # 重新抛出，不影响原有流程
    end
  end
end

重新打包war后部署，这样任何请求阶段的异常都会被完整打印到日志里。

结合你的场景，这些地方很容易出问题：

• Secret Token 变更：Rails 4.2把secret_token改成了secret_key_base，检查config/secrets.yml里是否配置了正确的secret_key_base，而不是旧的secret_token。
• Gem兼容性：
  • 确保jruby-rack的版本和Rails 4.2、JRuby 9.1.8.0兼容（推荐用1.1.19+版本）；
  • 检查所有gem是否支持Rails 4.2，尤其是那些和Rails内部API绑定的gem（比如devise、cancan这类，可能需要升级到对应版本）；
  • 确认rack版本符合Rails 4.2的要求（Rails 4.2默认依赖rack ~> 1.6）。
• 初始化代码问题：Rails 4.2废弃了一些Rails 3的API，比如ActiveRecord::Base.include_root_in_json、config.assets.enabled等，检查config/initializers下的所有文件，是否有调用废弃方法的代码。
• Asset Pipeline配置：Rails 4.2对asset pipeline的配置有变化，比如config.assets.precompile的默认规则，如果你的应用有自定义的asset路径，需要重新确认配置是否正确。

• 本地先验证：先用JRuby 9.1.8.0在本地运行jruby -S rails s，看是否能正常访问页面，如果本地正常，那问题大概率出在Tomcat/JRuby-Rack的部署配置上；如果本地也有问题，那先在本地解决异常。
• 简化应用：临时注释掉config/initializers里非核心的初始化代码（比如第三方服务的初始化、自定义的gem加载），重新打包部署，看是否能加载页面，逐步排查是哪个初始化代码导致的问题。
• 对比最小应用：创建一个全新的Rails 4.2应用，用相同的JRuby版本打包成war部署到同一个Tomcat，看是否正常。如果正常，说明你的应用代码或配置有问题；如果也有问题，那可能是Tomcat或JRuby的环境配置问题。

内容的提问来源于stack exchange，提问作者Danesh