Ich habe hier ne Menge kleiner Serveranwendungen, die am Server ständig laufen und im moment normale Applikationen sind, die ihren Status als Trayicon anzeigen (also : gerade starten, alles ok oder fehler)
nun möchte ich diese der reihe nach als services realisieren
da habe ich natürlich das prob, das ich keinen Trayicons mehr anzeigen kann.
deswegen möchte ich es so machen, wie man es von anderen progs her kennt, einen Monitor schreiben, der dann den status all dieser Services anzeigt.
Nun, ein der service läuft oder läuft nicht, kann ich ja ganz einfach per Windows
API abfragen, nun habe ich das prob, das ich noch nen zusätzlichen status abfragen möchte, wenn zb. der service gerade was macht, oder nen kleinen fehler hatte.
Dafür habe ich im moment folgende Lösungsansätze
- per TCP/IP
- -ist für nur einen kleinen Status sehr überdimensioniert
- - für diese bis zu 10 kleinen services brauche ich dann immer einen neuen Port, wo der lauscht
- + leicht zu implementieren
- Named Pipes
- + die Pipe so benennen wie den Service, dann würde man es leicht finden
- - noch keine Erfahrung mit Named Pipes
- per Log Datei/Registry den letzten Status
- - ständiges pollen des Monitors
- + einfach
- per Windows Message
- + keinerlei unnötiger overhead
(es ist absolut nicht nötig, das das ganze übers netzwerk funkt, da dies dann ja der monitor gesammelt macht, genau so sind Win9xME und co uninteressant)
vielleicht hat der eine oder andere noch ne andere gute idee, oder nen hinweis warum man einen der punkte sowieso nicht nehmen sollte.