Big Problem with WCF service-subscribers

Hi!



I have a big question abaut the subscriber architecture in WCF. I made
a service that make a list of subscribers, then the server that
support the service makes events that finally are send to the clients.
I make it via netTcpBinding and it runs very well, but if I put a
Thread.sleep() in the method that implemens the callabackContrack ONLY
IN ONE CLIENT (is for see what happens if only one client is very slow
and can't process all the events as rapidly as the rest of the clients
can), this client makes the server to go slowly and to propage the
events more slowly. (this callback operations are designed as OneWay
operations).



Do you know how to implement a server that can send a lot of events
without worry about the client's speed processing the events?? and
please, dont tell me with Messaging



Thanks

I'm a WCF novice, so anything I say here may be off base, so please take it
with a grain of salt...

Have you looking into using Async Calls? Or using multiple threads in your
server application?

For example, tiling the loop that sends events out to connected contacts
might help.

--
Chris Mullins

<DavidVillaba@xxxxxx> wrote in message
news:1191232560.078092.178780@xxxxxx

See SocketPro at www.udaparts.com, which does exactly thing you like. Why
don't you give a try?

See the site http://www.udaparts.com/document/art...hatservice.htm for
Bi-directional Asynchronous Real-time Notification.

Cheers!

<DavidVillaba@xxxxxx> wrote in message
news:1191232560.078092.178780@xxxxxx