JRuby de poste échoue pour des fichiers plus volumineux que 800k ou si

Question

J'ai une application JRuby déployé à l'aide GlassFish-gemme avec une extrémité avant apache. Quand je fais un poste sous forme d'un fichier, il échoue sur les fichiers sur une taille certian, semble être autour de 800k. L'erreur est ci-dessous si elle aide tout.

glassfish.yml est généré, aucun changement par rapport par défaut autre que d'augmenter certains paramètres de la mémoire java.

J'ai contournés apache et allé directement à l'application, mais encore avoir des problèmes. L'activation de filetage dans des rails aggrave le problème.

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]

Answer 1

Turns qu'il y avait un bogue introduit dans la version 1.5.1 JRuby, qui est censé être fixé à 1.5.6, mais j'égaré les détails sur le bug. Il était en fait lié à un problème en poste JRuby en général.