On Sunday, March 4, 2012 7:59:34 PM UTC-5, Rodrigo Rosenfeld Rosas wrote: > > Em 04-03-2012 18:52, Mark Peterson escreveu: > > > > On Sunday, March 4, 2012 3:33:31 PM UTC-5, Rodrigo Rosenfeld Rosas wrote: >> >> Em 04-03-2012 14:40, Mark Peterson escreveu: >> >> >> >> On Sunday, March 4, 2012 11:08:54 AM UTC-5, Rodrigo Rosenfeld Rosas >> wrote: >>> >>> Em 03-03-2012 13:47, Mark Peterson escreveu: >>> >>> >>> >>> On Saturday, March 3, 2012 11:42:17 AM UTC-5, kristian wrote: >>>> >>>> On Sat, Mar 3, 2012 at 9:44 PM, Rodrigo Rosenfeld Rosas > >>>> > --- >>>> > >>>> > class User < ActiveResource::Base >>>> > self.site = "http://localhost:9000" >>>> > end" >>>> > --- >>>> > >>>> > I don't call this "lack of syntactic sugar". This is completely wrong >>>> Ruby >>>> > code and makes me feel that you don't know Ruby enough. Please, post >>>> the >>>> > full code as it is actually easier to read the code with all its >>>> "syntactic >>>> > sugar". >>>> > >>>> please have a look at >>>> http://api.rubyonrails.org/classes/ActiveResource/Base.html >>>> and see where this is coming from. but maybe I might just got the >>>> whole thing wrong ;-) >>>> >>>> regards, Kristian >>>> >>> >>> But he had this strong sense that I did something wrong. Shouldn't that >>> be good enough for you?!?!?!?! >>> >>> He glanced at bitter, unsweetened, functionally sound and readable code. >>> Is it his fault that he just assumed? >>> >>> :) >>> >>> >>> Yes, it was my fault here as I haven't used ActiveResouce::Base before >>> and I was assuming that "self.site" was a random attribute to be included >>> in JSON. >>> >>> Sorry for the confusion and bad assumptions. Clearly I wasn't in a good >>> day after fighting the whole week with Groovy: >>> >>> >>> http://rosenfeld.herokuapp.com/en/articles/ruby-rails/2012-03-04-how-nokogiri-and-jruby-saved-my-week >>> >>> Sorry again, >>> Rodrigo. >>> >>> >> 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 :) 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... :( >> >> The documentation has really changed *a lot* since Rails 1 era... :( >> > > http://api.rubyonrails.org/classes/ActionController/Streaming.html > > > 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. -- You received this message because you are subscribed to the Google Groups "Ruby on Rails: Core" group. To view this discussion on the web visit https://groups.google.com/d/msg/rubyonrails-core/-/hYYyM7OYnaMJ. To post to this group, send email to rubyonrails-core@googlegroups.com. To unsubscribe from this group, send email to rubyonrails-core+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/rubyonrails-core?hl=en.