3

因此，我正在尝试将我的 JRuby on Rails 应用程序部署到 Tomcat 7。一切正常。

直到我尝试使用 Tomcat 的并行部署功能，它要求上下文/战争名称的形式为name##VERSION.war.

当我第一次尝试##在路径中需要一个带有 a 的文件时，JRuby 对此感到窒息，并带有以下堆栈跟踪：

org.jruby.rack.RackInitializationException: no !/ in spec
    from file:/opt/apache-tomcat-7.0.23/webapps/my-application##0001/WEB-INF/lib/jruby-rack-1.1.2.jar!/vendor/rack.rb:7:in `(root)'
    from org/jruby/RubyKernel.java:1038:in `require'
    from file:/opt/apache-tomcat-7.0.23/webapps/my-application##0001/WEB-INF/lib/jruby-rack-1.1.2.jar!/vendor/rack.rb:28:in `boot!'
    from file:/opt/apache-tomcat-7.0.23/webapps/my-application##0001/WEB-INF/lib/jruby-rack-1.1.2.jar!/jruby/rack/boot/rack.rb:10:in `Rack'
    from file:/opt/apache-tomcat-7.0.23/webapps/my-application##0001/WEB-INF/lib/jruby-rack-1.1.2.jar!/jruby/rack/boot/rack.rb:8:in `(root)'
    from org/jruby/RubyKernel.java:1063:in `load'
    from file:/opt/apache-tomcat-7.0.23/webapps/my-application##0001/WEB-INF/lib/jruby-rack-1.1.2.jar!/jruby/rack/boot/rack.rb:1:in `(root)'

    at org.jruby.rack.DefaultRackApplicationFactory$4.init(DefaultRackApplicationFactory.java:206)
    at org.jruby.rack.DefaultRackApplicationFactory.newErrorApplication(DefaultRackApplicationFactory.java:102)
    at org.jruby.rack.DefaultRackApplicationFactory.getErrorApplication(DefaultRackApplicationFactory.java:66)
    at org.jruby.rack.SharedRackApplicationFactory$1.call(SharedRackApplicationFactory.java:33)
    at org.jruby.rack.AbstractRackDispatcher.process(AbstractRackDispatcher.java:30)
    at org.jruby.rack.AbstractFilter.doFilter(AbstractFilter.java:31)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:224)
    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:169)
    at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472)
    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:168)
    at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:98)
    at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:928)
    at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407)
    at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:987)
    at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:539)
    at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:298)
    at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
    at java.lang.Thread.run(Thread.java:662)

正如堆栈跟踪所表明的那样，它似乎在要求上爆炸了。JRuby 不能处理这种形式的路径吗？有什么办法可以解决这个问题，还是 JRuby 和 Tomcat 的命名约定之间存在根本冲突？

更新

我将调试器附加到 Tomcat，问题一直到 java.net.URL 解析 URL 字符串的方式：

new URL("jar:file:/opt/apache-tomcat-7.0.23/webapps/my-app##001/WEB-INF/lib/jruby-rack-1.1.2.jar!/vendor/rack-1.3.6/rack.rb")

这会引发 MalformedURLException。但：

new URL("jar:file:/opt/apache-tomcat-7.0.23/webapps/my-app/WEB-INF/lib/jruby-rack-1.1.2.jar!/vendor/rack-1.3.6/rack.rb")

除了应用程序名称中的外，这是相同的##001，并且可以正常工作。

顺便说一下，这些是在 JRuby 中的 org.jruby.runtime.load.LoadService 的第 1145 行调用的。

那么这有什么后果呢？好吧，一方面，如果 Tomcat 给 URL 解析带来麻烦，它看起来可能在它用来表示名称的字符上做出了一个考虑不周的选择。我不确定 JRuby 是否可以轻松解决这个问题。

想法，有人吗？

进一步更新

如果您的 URL 转义了哈希值，您可以使其工作。## 变为 %23%23。然而，我认为这需要在 JRuby 本身中进行修补。

4

1 回答 1

1

复制评论中的答案，以便从“未回答”过滤器中删除此问题：

如果您的 URL 转义了哈希值，您可以使其工作。## 变为 %23%23。然而，我认为这需要在 JRuby 本身中进行修补。

提交了关于 JRuby Jira 的错误报告：http: //jira.codehaus.org/browse/JRUBY-6339

〜按levand回答

于 2013-10-09T07:44:19.313 回答