Very clever. I'm curious if you'd care to share any experiences or gotcha's with this approach?
In practice, can you rely upon the HtppService returning or generating an error? Or do you need some sort of setInterval function which occasionally resets things. Are there any timeouts accross the entire stack that one would need to be aware of. Are there any issues with the servlet thread poor that arise in practice? --- In flexcoders@yahoogroups.com, "Dave Wolf" <[EMAIL PROTECTED]> wrote: > > No not quite. That would be polling. I am *not* suggesting polling. > What I am suggesting is using a "Blocking Registration" pattern to > handle this. > > Basically you get Flex to make an HTTP request to say a servlet in > your webserver. That http call will "hang". Since the player makes > an http request on its own thread, this hang has no impact on the UI. > > Now when the event occurs the servlet releases the hung connection, > which returns data and the result handler on the client fires and > delivers the event to the UI. Viola. Effectively server-push but > without the major issues of server-push or true client-pull. > > This design has been tested in basically some of the biggest financial > services applications in the world. ------------------------ Yahoo! Groups Sponsor --------------------~--> Most low income households are not online. Help bridge the digital divide today! http://us.click.yahoo.com/cd_AJB/QnQLAA/TtwFAA/nhFolB/TM --------------------------------------------------------------------~-> -- Flexcoders Mailing List FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/flexcoders/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
