0

apacheフロントエンドを備えたglassfish-gemを使用してjrubyアプリケーションをデプロイしています。ファイルのフォーム投稿を行うと、certianサイズを超えるファイルで失敗し、約800kのようです。それが役立つ場合、エラーは以下のとおりです。

glassfish.ymlが生成され、一部のJavaメモリ設定を増やす以外はデフォルトから変更されません。

私はapacheをバイパスしてアプリに直接アクセスしましたが、まだ問題があります。レールのスレッド化を有効にすると、問題が悪化します。

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]
4

1 に答える 1

0

jrubyバージョン1.5.1で導入されたバグがあり、1.5.6で修正されたと思われますが、バグの詳細を間違えました。それは実際には一般的にjrubyの投稿の問題に関連していました。

于 2011-01-07T05:08:35.023 に答える