-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi,
I gave some thoughts to the implementation of long polling ( http://en.wikipedia.org/wiki/Push_technology#Long_polling ) client side (jpoker & pok.me). At the moment, all XHR calls are queued in such a way that request sent at T+1 won't be sent until the request sent at T was acknowledged. If implementing long polling, the PacketPoll packet must be an exception to this rule. If there is a pending PacketPoll request, any other packet can be sent even if no answer was received. Server side it means that when a packet is received, if there is a pending PacketPoll it must return immediately, before the new packet is handled. I've not really thought this thru. I think this is all we need to implement long poll but I may have overlooked an important aspect of the problem. I'd like to hear what you think :-) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpW6+sACgkQ8dLMyEl6F217tgCgiI0nq/ahtiQeaWG+LLIAdzEF 7BUAn12OeZEX/H/WZn0ds1pB8R8PyyRC =nArR -----END PGP SIGNATURE-----
begin:vcard fn:Loic Dachary n:Dachary;Loic org:pokersource adr:;;12 bd Magenta;Paris;;75010;France email;internet:[email protected] title:Senior Developer tel;work:+33 9 51 18 43 38 tel;cell:+33 6 64 03 29 07 x-mozilla-html:FALSE url:http://dachary.org/ version:2.1 end:vcard
_______________________________________________ Pokersource-users mailing list [email protected] https://mail.gna.org/listinfo/pokersource-users
