【发布时间】：2010-10-29 04:56:46
【问题描述】：
我有一个使用 glassfish-gem 和 apache 前端部署的 jruby 应用程序。当我对文件进行表单发布时，它在超过 certian 大小的文件上失败，似乎在 800k 左右。如果有帮助，错误如下。
glassfish.yml 已生成，除了增加一些 java 内存设置外，与默认值没有任何变化。
我已绕过 apache 并直接进入应用程序，但仍有问题。在 Rails 中启用线程会使问题变得更糟。
INFO: /!\ FAILSAFE /!\ Fri Oct 29 04:54:17 +0000 2010
Status: 500 Internal Server Error
Stream closed
/var/www/LocalHabit/shared/bundle/jruby/1.8/gems/rack-1.1.0/lib/rack/utils.rb:466:in `parse_multipart'
/var/www/LocalHabit/shared/bundle/jruby/1.8/gems/rack-1.1.0/lib/rack/request.rb:268:in `parse_multipart'
/var/www/LocalHabit/shared/bundle/jruby/1.8/gems/rack-1.1.0/lib/rack/request.rb:146:in `POST'
/var/www/LocalHabit/shared/bundle/jruby/1.8/gems/facebooker-1.0.75/lib/rack/facebook.rb:38:in `call'
/var/www/LocalHabit/shared/bundle/jruby/1.8/gems/actionpack-2.3.10/lib/action_controller/session/cookie_store.rb:100:in `call'
/var/www/LocalHabit/shared/bundle/jruby/1.8/gems/actionpack-2.3.10/lib/action_controller/failsafe.rb:26:in `call'
/var/www/LocalHabit/shared/bundle/jruby/1.8/gems/rack-1.1.0/lib/rack/lock.rb:11:in `call'
/var/www/LocalHabit/shared/bundle/jruby/1.8/gems/actionpack-2.3.10/lib/action_controller/dispatcher.rb:106:in `call'
/usr/local/rvm/gems/jruby-head/gems/glassfish-1.0.3.dev-universal-java/lib/../lib/rack/adapter/rails.rb:133:in `call'
/usr/local/rvm/gems/jruby-head/gems/glassfish-1.0.3.dev-universal-java/lib/../lib/rack/handler/grizzly.rb:55:in `call'
:1
Oct 29, 2010 4:54:17 AM com.sun.grizzly.http.SocketChannelOutputBuffer flushChannel
FINEST: flushChannel isAsyncHttpWriteEnabled=false bb=java.nio.HeapByteBuffer[pos=0 lim=1088 cap=33368]
【问题讨论】：
-
Trinidad 或普通 Webrick 的行为有什么不同吗？可能是 Glassfish 中的一个错误，我们可能无法修复。
-
我暂时把这个放在了板凳上。 JRuby 1.4.1 有效。到目前为止，我在挖掘互联网时发现的唯一一件事是它可能与 Neo4j 有关。也仅在使用浏览器时出现错误。我可以毫无问题地使用 apache 基准测试来解决这个问题。
标签： glassfish jruby jrubyonrails