Thanks Anthony and Wes for your replies. Yes, Anthony, that's the idea, long-polling considered by many to be less effective with respect to bandwidth overhead and throughput, though perhaps more reliable and easier to work with. Does appear, though, that gmail and google chat have been using this method for some time (since '06?).
Anyway, just thought your propopents of XHRstreaming and WebSockets (or streaming in general vs. long poll) might be interested in a streaming transport solution for IE, even if there are some kinks to work out. If I have time, I will test out an implementation of "htmlfile" ActiveXObject for IE in APE, and report back with any findings... Some articles I came across on the topic (some fairly outdated): 1) http://stackoverflow.com/questions/2440135/is-long-polling-the-most-efficient-way-to-create-a-web-real-time-app "I don't think long-polling is most efficient way to do Comet. Anyway, it sends new HTTP request after response is got. It cost more extra HTTP requests than HTTP streaming. But, long-polling might be more reliable and easier to implement than HTTP streaming. According to this article in Google Code, HTTP streaming might not be functional if intermediate HTTP proxy buffers content. It is interesting that GMail doesn't use long-polling. With the help of Http sniffer, it is clear that it uses HTTP streaming for Comet. (believe he's siting: http://infrequently.org/2006/02/what-else-is-burried-down-in-the-depths-of-googles-amazing-javascript/ ) " 2) http://cometdaily.com/2007/11/16/more-on-long-polling/ and http://cometdaily.com/2007/12/11/the-future-of-comet-part-1-comet-today/ : ....(siting the second article) "htmlfile ActiveX object The Gmail team, in their Google Talk project, figured out how to exploit a mysterious ActiveX object called “htmlfile” for their Comet streaming in Internet Explorer. It’s a bit tricky to implement, as Michael Carter explained, because on the client side, we must create one of these objects, open an iframe inside it which receives events as in the iframe streaming case, then carefully avoid the random- seeming limitations of Explorer’s garbage collector, or we’ll be cut off mid-stream. Also, it only works in Explorer. But if we are careful, it seems to work flawlessly back to at least IE 5.01, with no untoward side effects." "XHR long-polling ...This is less effective than streaming transports with respect to bandwidth overhead and throughput; it works, however, in all recent browsers—without the ugly side effects of iframe streaming" On Mar 24, 7:52 am, Anthony Catel <[email protected]> wrote: > Wes : XHRstreaming is only possible on firefox > > Jon, indeed it would be possible to implement htmlfile transport inside APE. > However we did not do it, because long polling was enough and work as > expected in IE. Anyway, I did not checked that much how behave htmlfile > compared to longpolling (less overhead ?). > > Thanks, > > Anthony > > Le 24/03/2011 15:06, Wes Garland a �crit : > > > > > How does this compare with XHRStreaming? > > > On Thu, Mar 24, 2011 at 9:09 AM, Jon <[email protected] > > <mailto:[email protected]>> wrote: > > > Dear APE and community, > > > I'm just getting starting with APE, so my apologies in advance if this > > question is obvious or irrelevant... > > > My question: Has the core team or others considered implementing an > > additional transport method for Internet Explorer that make's use of > > it's native, "htmlfile" ActiveXObject component to establish a > > streaming connection (as opposed to us having to revert back to long > > poll?). I'm curious if this has been attempted but dismissed and if > > so, why? > > > Just asking b/c I've used this method in the past successfully to > > establish persistent, client to server, connections as explained here > > (course using php for the chat server, will not scale): > > > http://cometdaily.com/2007/10/25/http-streaming-and-internet-explorer/ > > http://www.zeitoun.net/articles/comet_and_php/start > > > So... Could the APE.Client class in Clients/Mootools.js (from APE_JSF) > > not be rewritten to accommodate an IE ActiveXObject connection method? > > Instead of injecting the iframe (line 72 - 80 in Clients/Mootools.js) > > into document.body, we inject the iframe into the new "htmlfile" > > ActiveXObject object, attach the required config.scripts to it, and > > then sort out any dependency/callback mapping back to original > > document, if needed? (Can see, I'm still sussing out how APE client > > works - esp. w/ the callback/events model). OR is it more a problem > > from the server end? > > > I can provide more of a code example, maybe test on my own, first, > > too. > > > I was just curious if others have already gone down this route, and > > should stop be NOW before spending any more time on it... > > > Bottom line, though, since majority of my viewers, as well as most > > others', are on IE, it would nice to have support for a streaming > > transport method vs. reverting to long poll. Or is my rationale off, > > and we're better off with long poll vs. streaming? > > > Any opinions/thoughts welcomed. Thanks, > > Jon > > > -- > > You received this message because you are subscribed to the Google > > Groups "APE Project" group. > > To post to this group, send email to [email protected] > > <mailto:[email protected]> > > To unsubscribe from this group, send email to > > [email protected] > > <mailto:ape-project%[email protected]> > > For more options, visit this group at > > http://groups.google.com/group/ape-project?hl=en > > --- > > APE Project (Ajax Push Engine) > > Official website :http://www.ape-project.org/ > > Git Hub :http://github.com/APE-Project/ > > > -- > > Wesley W. Garland > > Director, Product Development > > PageMail, Inc. > > +1 613 542 2787 x 102 > > -- > > You received this message because you are subscribed to the Google > > Groups "APE Project" group. > > To post to this group, send email to [email protected] > > To unsubscribe from this group, send email to > > [email protected] > > For more options, visit this group at > >http://groups.google.com/group/ape-project?hl=en > > --- > > APE Project (Ajax Push Engine) > > Official website :http://www.ape-project.org/ > > Git Hub :http://github.com/APE-Project/- Hide quoted text - > > - Show quoted text - -- You received this message because you are subscribed to the Google Groups "APE Project" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/ape-project?hl=en --- APE Project (Ajax Push Engine) Official website : http://www.ape-project.org/ Git Hub : http://github.com/APE-Project/
