multithreading - WCF Long Polling in 2013 -


having gone through few reads, including...

...i think i'm ready give long polling shot.

from second link, understanding async pattern allows to:

  1. receive request on wcf server
  2. call beginmymethod returns iasyncresult
  3. hang onto iasyncresult somewhere while thread received request "safely rests" - or released? - without consuming additional resources
  4. "whip iasyncresult out" when relevant business logic event occurs
  5. use iasyncresult call endmymethod, during complete response (i.e., write data client)

do assumptions sound correct? assume vastly scalable due above mechanism keeping 0 threads tied waiting events.

is best way implement wcf long polling today , .net 4.5?

i believe initial impressions wrong. when wcf request handler thread receives request , hands off worker thread, i'd thought resources somehow being magically freed. isn't case worker thread becomes 1 doing waiting! which, request volume gets large, doesn't sound more scalable traditional polling.

while frameworks signalr offer long polling, don't think there's way construct natively in wcf in manner doesn't tie threads.

some additional useful links came across. shockingly appear recommend traditional polling scalability point of view.

let me know if guys have other insight.


Comments

Popular posts from this blog

c# - Send Image in Json : 400 Bad request -

jquery - Fancybox - apply a function to several elements -

An easy way to program an Android keyboard layout app -