Click here to Skip to main content
15,890,282 members
Please Sign up or sign in to vote.
0.00/5 (No votes)
See more:
Good afternoon everyone,

My situation is as follows:
We have roughly 350 users in our office (clients), which we would like to send a notification if required (maintenance/errors/courses/trainings). These messages should be created by the managers of different sections. The clientside will run a WCF service. The server will run the server-side, also in a service. The console will be a WPF application.

My concern is not so much in getting all the features programmed, as they are not so difficult. They lie mostly in the WCF parts. I am still completing MS10263, so this is a bit of a challenge.

1) Can WCF handle ~350 (200-250 realistically) connections at the same time? Our network is more than capable, and we will be using proper servers.

2) Since all users can log in on any machine, would it be proper procedure to have the clientside send a message to the server reporting which user is logged on to which machine, keep that in memory (as well as the callback channel maybe?) and send the notification.
Or
Would it be best if the client checked the server for any messages not yet received?
(or maybe both, implementing a MessageID scheme?)

These are my main concerns as they have the most impact on my application design.

If anyone could shed some light on this, it would be much appreciated!
And if any other info is required, please ask. I will post it as soon as possible.
Posted

This content, along with any associated source code and files, is licensed under The Code Project Open License (CPOL)



CodeProject, 20 Bay Street, 11th Floor Toronto, Ontario, Canada M5J 2N8 +1 (416) 849-8900