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/
--
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/
