SilverlightShow: The duplex story: looking at duplex communication in Silverlight (Part 1) Comments

Re: The duplex story: looking at duplex communication in Silverlight (Part 1)

Mas3oude — Sat, 29 Jun 2013 12:11:19 GMT

how to unregister the client from the service after closing the browser ??

i cant do this

Re: The duplex story: looking at duplex communication in Silverlight (Part 1)

frinkfree — Mon, 08 Aug 2011 16:56:14 GMT

I recently ran into a problem with duplex channel timeout while printing in Silverlight. Since communication and printing seem to be happening on the highly coveted UI thread, the communication channel is starved while printing. Any suggestions on how to avoid channel timeout while printing? thx

Inactivity Timeout problem

HelpME — Mon, 07 Feb 2011 06:27:10 GMT

After ten minutes from sending messages to the client, and since the client is not responding, the inactivitytimeout will fire up and the service will stop responding because it may think that the client (is inactive) since it only receives messages but sends nothing back. How do we overcome this problem? I have tried to set the value for this parameter to TimeSpan.max but nothing happened.

RE: The duplex story and why it should be easy instead of being difficult

fjdklfja;ghf — Sat, 29 Jan 2011 21:45:42 GMT

This article is made to be difficult to follow and finally get rid of it and take the online presentation or to download the source code and followint it without reading the article.

It's not difficult to understand why Flash still rullz :)

RE: The duplex story: looking at duplex communication in Silverlight 4 (Part 1)

David Sackstein — Mon, 27 Dec 2010 12:51:30 GMT

I have a question about implementing asynchronous notification server->client using the polling duplex WCF channel in Silverlight 4.

From what I have read, I need to do the following:

Mark the callback contract methods that I want to call asynchronously with IsOneWay=true
Make sure the ConcurrencyMode of the service is not set to Single.

I am currently using InstanceContextMode=Single, but I find that even if I meet 1 and 2 above and even if I set the IndexContextMode to PerCall, the "async" methods still block.

What do I mean by block?

I do not mean that they block on the wire because I am flooding the client. This indeed can be expected to block even a one way call.

No, what I mean is that even if I make a single call to the async method, and put a Sleep (13645) in the client's event handler that handlers the call, then the server invocation returns after about 13800 msec. This is clearly no coincidence and tells me that the server is blocking until the client completes the call.

Now, of course, I can overcome this by spawning an invocation of my call in a thread from the ThreadPool, but this is not really good enough.

Using this method, I am likely to be flooding the server with threads that might all be waiting for a client.

I can solve this again by configuring a small timeout on those outgoing calls and limiting the number of threads in the thread pool.

But shouldn’t all of that been handled by the duplex channel?

I would appreciate your insight …

RE: The duplex story: looking at duplex communication in Silverlight 4 (Part 1)

Linh — Fri, 12 Nov 2010 12:48:39 GMT

Nice tutorial, but when i open another multi-browser, it very slow or hang-on. how to solve this ?

RE: The duplex story: looking at duplex communication in Silverlight 4 (Part 1)

Tony — Wed, 08 Sep 2010 07:24:02 GMT

Thanks for your post on duplex communication. I was still confused reading your post then viewed the Silverlight TV post on Duplex Communication with WCF in Silverlight 4. After that, your post became very clear. Now on to part II and III.

RE: The duplex story: looking at duplex communication in Silverlight 4 (Part 1)

goldy — Mon, 30 Aug 2010 14:38:17 GMT

Great Post. Made lot of things clear. I just want to scale it further. In your project all the connected clients are getting the same notifications. Let us assume that as a client if i have subscribe fro only few trains notifications. then i should be notified for only those trains and not all the trains. can you pls guide me where should be this filters applied.

Thanks

RE: The duplex story: looking at duplex communication in Silverlight 4 (Part 1)

Andres — Fri, 27 Aug 2010 21:40:14 GMT

Good work !

RE: The duplex story: looking at duplex communication in Silverlight 4 (Part 1)

Aaron — Wed, 07 Jul 2010 04:44:56 GMT

Thanks for the write up, nice work!

RE: The duplex story: looking at duplex communication in Silverlight 4 (Part 1)

George — Tue, 06 Jul 2010 18:07:03 GMT

Thanks for a great article. I've struggled for a while trying to understand duplex communication. I look forward to the others.

RE: The duplex story: looking at duplex communication in Silverlight 4 (Part 1)

Thanigainathan — Mon, 05 Jul 2010 21:07:12 GMT

Very nice article.Thanks for introducing the duplex binding.