Just out of curiosity, is there a plan to support Comet (name coined by the dojo guys) w/ prototype? Comet represents persisting an http connection for low latency data operations. It also represents a nice alternative to polling. Jim _______________________________________________ Rails-spinoffs mailing list Rails-spinoffs-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org http://lists.rubyonrails.org/mailman/listinfo/rails-spinoffs
all I know is that there is a rails project<http://rubyforge.org/projects/rtrails/>which implements something Comet-like (with an additional server for the persistent connections). What I have read somewhere is that Campfire does polling, but not sure about that. On 3/9/06, Jim Geurts <jim-QoMoDxzxvHnMohDmgNdYFA@public.gmane.org> wrote:> > Just out of curiosity, is there a plan to support Comet (name coined by > the dojo guys) w/ prototype? Comet represents persisting an http connection > for low latency data operations. It also represents a nice alternative to > polling. > > Jim > > _______________________________________________ > Rails-spinoffs mailing list > Rails-spinoffs-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org > http://lists.rubyonrails.org/mailman/listinfo/rails-spinoffs > > >-- Roberto Saccon - http://rsaccon.com _______________________________________________ Rails-spinoffs mailing list Rails-spinoffs-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org http://lists.rubyonrails.org/mailman/listinfo/rails-spinoffs
You could use a small flash object on the page to do the communication to a socket server. Not sure about how easy it is to pass stuff between flash and javascript thought. Richard Thomas - CEO Cyberlot Technologies Group Inc. 507.398.4124 - Voice Roberto Saccon wrote:> all I know is that there is a rails project > <http://rubyforge.org/projects/rtrails/> which implements something > Comet-like (with an additional server for the persistent connections). > What I have read somewhere is that Campfire does polling, but not sure > about that. > > On 3/9/06, *Jim Geurts* <jim-QoMoDxzxvHnMohDmgNdYFA@public.gmane.org > <mailto:jim-QoMoDxzxvHnMohDmgNdYFA@public.gmane.org>> wrote: > > Just out of curiosity, is there a plan to support Comet (name coined > by the dojo guys) w/ prototype? Comet represents persisting an http > connection for low latency data operations. It also represents a > nice alternative to polling. > > Jim > > _______________________________________________ > Rails-spinoffs mailing list > Rails-spinoffs-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org > <mailto:Rails-spinoffs-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org> > http://lists.rubyonrails.org/mailman/listinfo/rails-spinoffs > > > > > > -- > Roberto Saccon - http://rsaccon.com > > > ------------------------------------------------------------------------ > > _______________________________________________ > Rails-spinoffs mailing list > Rails-spinoffs-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org > http://lists.rubyonrails.org/mailman/listinfo/rails-spinoffs
If you''re thinking about going down that route, I''d say using a Java applet would be more useful (and slightly more portable). I say more useful because you''d then also have access to the rest of the JRE libraries (threading, etc..). Scripting the DOM from an applet (and vice versa) is quite easy. But, if you''re talking about holding an open socket connection, I would think there are some security hurdles with that (although not sure to what extent). In a soon-to-be-implemented version of my framework, I''m going to make an attempt at using an applet to expose true threading services to an AJAX application (for things like garbage collection, etc..). The setTimeout and setInterval functions are nice, but just don''t cut it when you really want a new thread :-). Perhaps comet will come into play, but I just don''t see it being all that necessary yet. -----Original Message----- From: rails-spinoffs-bounces-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org [mailto:rails-spinoffs-bounces-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org] On Behalf Of Richard Thomas Sent: Thursday, March 09, 2006 11:16 AM To: rails-spinoffs-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org Subject: Re: [Rails-spinoffs] Comet support? You could use a small flash object on the page to do the communication to a socket server. Not sure about how easy it is to pass stuff between flash and javascript thought. Richard Thomas - CEO Cyberlot Technologies Group Inc. 507.398.4124 - Voice Roberto Saccon wrote:> all I know is that there is a rails project > <http://rubyforge.org/projects/rtrails/> which implements something > Comet-like (with an additional server for the persistent connections).> What I have read somewhere is that Campfire does polling, but not sure> about that. > > On 3/9/06, *Jim Geurts* <jim-QoMoDxzxvHnMohDmgNdYFA@public.gmane.org > <mailto:jim-QoMoDxzxvHnMohDmgNdYFA@public.gmane.org>> wrote: > > Just out of curiosity, is there a plan to support Comet (namecoined> by the dojo guys) w/ prototype? Comet represents persisting anhttp> connection for low latency data operations. It also represents a > nice alternative to polling. > > Jim > > _______________________________________________ > Rails-spinoffs mailing list > Rails-spinoffs-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org > <mailto:Rails-spinoffs-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org> > http://lists.rubyonrails.org/mailman/listinfo/rails-spinoffs > > > > > > -- > Roberto Saccon - http://rsaccon.com > > >------------------------------------------------------------------------> > _______________________________________________ > Rails-spinoffs mailing list > Rails-spinoffs-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org > http://lists.rubyonrails.org/mailman/listinfo/rails-spinoffs_______________________________________________ Rails-spinoffs mailing list Rails-spinoffs-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org http://lists.rubyonrails.org/mailman/listinfo/rails-spinoffs The information transmitted in this electronic mail is intended only for the person or entity to which it is addressed and may contain confidential, proprietary, and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from all computers.
I think he''s talking about HTTP/1.1 persistent connections with multiple parts, which is about as portable as you get. I don''t think the client can send any more data to the server after the initial request though. My understanding of this method is that it uses something like multipart MIME to send the data. -Rob Ryan Gahl wrote:> If you''re thinking about going down that route, I''d say using a Java > applet would be more useful (and slightly more portable). I say more > useful because you''d then also have access to the rest of the JRE > libraries (threading, etc..). Scripting the DOM from an applet (and vice > versa) is quite easy. > > But, if you''re talking about holding an open socket connection, I would > think there are some security hurdles with that (although not sure to > what extent). > > In a soon-to-be-implemented version of my framework, I''m going to make > an attempt at using an applet to expose true threading services to an > AJAX application (for things like garbage collection, etc..). The > setTimeout and setInterval functions are nice, but just don''t cut it > when you really want a new thread :-). Perhaps comet will come into > play, but I just don''t see it being all that necessary yet. > > > > -----Original Message----- > From: rails-spinoffs-bounces-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org > [mailto:rails-spinoffs-bounces-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org] On Behalf Of > Richard Thomas > Sent: Thursday, March 09, 2006 11:16 AM > To: rails-spinoffs-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org > Subject: Re: [Rails-spinoffs] Comet support? > > You could use a small flash object on the page to do the communication > to a socket server. > > Not sure about how easy it is to pass stuff between flash and javascript > > thought. > > Richard Thomas - CEO > Cyberlot Technologies Group Inc. > 507.398.4124 - Voice > > > Roberto Saccon wrote: >> all I know is that there is a rails project >> <http://rubyforge.org/projects/rtrails/> which implements something >> Comet-like (with an additional server for the persistent connections). > >> What I have read somewhere is that Campfire does polling, but not sure > >> about that. >> >> On 3/9/06, *Jim Geurts* <jim-QoMoDxzxvHnMohDmgNdYFA@public.gmane.org >> <mailto:jim-QoMoDxzxvHnMohDmgNdYFA@public.gmane.org>> wrote: >> >> Just out of curiosity, is there a plan to support Comet (name > coined >> by the dojo guys) w/ prototype? Comet represents persisting an > http >> connection for low latency data operations. It also represents a >> nice alternative to polling. >> >> Jim >> >> _______________________________________________ >> Rails-spinoffs mailing list >> Rails-spinoffs-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org >> <mailto:Rails-spinoffs-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org> >> http://lists.rubyonrails.org/mailman/listinfo/rails-spinoffs >> >> >> >> >> >> -- >> Roberto Saccon - http://rsaccon.com >> >> >> > ------------------------------------------------------------------------ >> _______________________________________________ >> Rails-spinoffs mailing list >> Rails-spinoffs-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org >> http://lists.rubyonrails.org/mailman/listinfo/rails-spinoffs > _______________________________________________ > Rails-spinoffs mailing list > Rails-spinoffs-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org > http://lists.rubyonrails.org/mailman/listinfo/rails-spinoffs > > The information transmitted in this electronic mail is intended only for the > person or entity to which it is addressed and may contain confidential, > proprietary, and/or privileged material. Any review, retransmission, > dissemination or other use of, or taking of any action in reliance upon, > this information by persons or entities other than the intended recipient > is prohibited. If you received this in error, please contact the sender and > delete the material from all computers. > > _______________________________________________ > Rails-spinoffs mailing list > Rails-spinoffs-1W37MKcQCpIf0INCOvqR/iCwEArCW2h5@public.gmane.org > http://lists.rubyonrails.org/mailman/listinfo/rails-spinoffs
Hmm.. does the AWS allow you to flush the output buffer to the HTTP client from time to time? That would help for the "forever iframe" type of comet implementations. I quickly glanced at the docs and don''t see anything that lets you access the lower level guts of the HTTP response. Of course, Apache out of the box doesn''t work well w/ long-lived or persistent connections. I can''t speak for LigHTTP. But assuming those problems are solved, it seems we still have the obstacle of being able when to flush the buffer when we need to.