Glassfish 对于大于800k左右的文件,jruby multipart post失败

Glassfish 对于大于800k左右的文件,jruby multipart post失败,glassfish,jruby,jrubyonrails,Glassfish,Jruby,Jrubyonrails,我使用glassfish gem和apache前端部署了一个jruby应用程序。当我对一个文件进行表单发布时,它在超过一定大小的文件上失败,看起来大约是800k。如果有帮助,错误如下所示 生成glassfish.yml时,除了增加一些java内存设置外,没有对默认值进行任何更改 我绕过了apache,直接使用了该应用程序,但仍然存在问题。在rails中启用线程会使问题变得更糟 INFO: /!\ FAILSAFE /!\ Fri Oct 29 04:54:17 +0000 2010 Statu

我使用glassfish gem和apache前端部署了一个jruby应用程序。当我对一个文件进行表单发布时,它在超过一定大小的文件上失败,看起来大约是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]

结果是jruby版本1.5.1中引入了一个bug,该bug应该在1.5.6中修复,但我把bug的细节放错了地方。它实际上与jruby中的一个帖子有关。

特立尼达和普通Webrick的行为有什么不同吗?可能是玻璃鱼身上的一只虫子,我们可能无法修复。我现在已经把它放在板凳上了。JRuby 1.4.1有效。到目前为止,我在互联网上发现的唯一一件事是,它可能与Neo4j有关。也仅在使用浏览器时获取错误。我可以用ApacheBenchmark毫无问题地解决它。