views:

55

answers:

1

I have a simple windows service, that might need to be configured on-the-fly (a COM port to listen to). I have done the UI as a console app that connects to the windows service through WCF, it works and fun.

Question: Is it a good idea to develop a MMC Snap-in to control the windows service? Would it be cool?

Note: I haven't done anything with MMC before. I can do .NET C#, COM, C++ but would like to stay within C#.

+2  A: 

MMC Snap-in: Cool? Sure. Necessary? Not so much. If you've got a desire to learn how to develop MMC snapins, this could be a great excuse. If you just want to get it done, I don't think I'd go that route.

Windows Services can accept commands from outside while running. I'd just send data into the service with the new COM port. I'd also test this with your console app to make sure it releases the first COM port properly. A windows service communicating with a COM port can lead to resource locking issues.

Dave Swersky
Agreed. It would be pretty cool. I would add that it also depends on the nature of the service. If using the UI for the snap-in can be seen as a regular duty of the sysadmin... it might not be as bad of an idea though. Could let the sysadmin keep a lot of tools in one place.
SnOrfus