I have been tasked with writing a program that will sit in the system
tray and help the IT department do various things, none of which are
that technically complex.
One task that is included in the project (no budget) that I can see
being done a 'correct' way and a 'bad' way is the need to be able to
have notifications sent to the client and have them pop up very much
like a MSN Messenger 'toast'.
I've thought about polling at table in the database, but that doesn't
seem 'good'. If I poll too frequently, I waste bandwidth on the WAN.
If I poll too infrequently, I don't get quick notifications.
There is no current need to send a message to a group at once, though
'everyone' will get some notifications... just not a smaller group.
There is no current need for guaranteed delivery.
I have thought about using the following, thought I have yet to being
researching any yet... I'm hoping to get a point in the right
direction here.
Thoughts about possible solutions:
* SQL Server Notificaiton Services
* MSMQ (There would be around a thousand concurrent queues...)
* TCPIP Multicasting (whatever that is)
* Some type of remoting server that uses callbacks for the clients.
(though I wonder how the server would get hammered if a notification
went out to everyone.)
If anyone can point me to an article or sample code that describes the
beginnings of a workable solution, I would be eternally grateful.
-Kevin Buchan
ke**********@REMOVETHISTOEMAILtroutmansanders.com
(P.S. Did I mention that there's no budget?)