ActiveResource 3.2.1 : ActiveResource::Formats::JsonFormat.decode and ActiveResource::Base.include_root_in_json

Apology conditionally accepted on the grounds that you look at this JRuby/Tomcat HTTP streaming issue that I encountered, and point me in the right direction.

https://groups.google.com/forum/?fromgroups#!searchin/rubyonrails-talk/jruby/rubyonrails-talk/aIS8vlFO1qY/taex37-BveMJ

Hehe :slight_smile: Where did you find the documentation for the “stream” parameter in “render”? I couldn’t find the documentation for “render” itself in the Rails API site… :frowning:

The documentation has really changed *a lot* since Rails 1 era... :(

I’ll have to apologize again Mark, but this weekend was a long one (too much parties) and I couldn’t set up some time for helping you on this and I have tons of work to do this next week and I won’t have energy to help you with this at night.

I don't have any experience deploying JRuby on Rails applications in

Java containers.

But I'd just like to make sure that you know what streaming support

currently means in Rails.

I'm interested in real streaming support in Rails for several years

now, since it was completely removed by Rails 3. The last time I checked, Rails only has partial streaming support.

This means that you won't be able to send small dynamic chunks of

HTML and flush them before your action ends. You’ll only be able to send your template headers first while you process the action in the controller. This is meant to reduce the client-side code and style latency. If that is what you’re looking for, I’d suggest you to open a JIRA in JRuby and I think they’ll be willing to help you to identify who is the culprit for this bug.

Good luck,

Rodrigo.

HTTP streaming, as Rails implemented it, seems to work fine. Sleeps (in the layout, not the view) invoke a flush so far as I’ve seen, so that gives me some ideas. But even if it’s just streaming of 3 chunks (before view, during view, after view), then that’s fine too.

That’s a good idea of opening a ticket with JRuby.