b2aat6n

[Abb. 3] DebugView zeigt die Trace-Ausgaben.
Hier stellte sich mir die Frage, wie man am
einfachsten überprüft, ob der Dienst tatsächlich
gestartet und gestoppt werden
kann. Eine Ausgabe auf der Konsole scheidet
aus, denn schließlich handelt es sich
um einen Dienst ohne Benutzerinteraktion.
Ich entschied mich für eine Ausgabe
mittels System.Diagnostics.Trace aus dem
.NET Framework. Diese kann nämlich mit
dem Programm DebugView aus der SysInternals-Sammlung
[4] angezeigt werden.
Damit Trace-Ausgaben von Diensten angezeigt
werden, muss im DebugView die Einstellung
„Capture Global Win32“ aktiviert
werden. Voraussetzung dafür ist wiederum,
dass das Programm mit Administratorrechten
gestartet wird. Abbildung 3 zeigt
die Ausgabe von DebugView.
Die Features F2 und F3 zu ergänzen ist
dank der EBCs ganz leicht. Dazu musste
ich lediglich die Auswertung der Argumente
so ergänzen, dass weitere Kommandozeilenparameter
erkannt werden. Das Ausführen
des Dienstes von der Konsole aus,
also ohne Installation im Betriebssystem,
war ganz leicht und benötigte keine weitere
Funktionseinheit. Für das Starten und
Stoppen des Dienstes habe ich die Klasse
ServiceStarter ergänzt. Anschließend konnte
ich in der Klasse EasyService die Verdrahtung
ergänzen, und das neue Feature war
fertig.
Fazit
Bei dieser Übung ist die Testabdeckung
recht gering ausgefallen. Dies hat mich natürlich
nicht kaltgelassen. Allerdings gibt es
zwei Dinge zu berücksichtigen: Zum einen
wären automatisierte Tests aufgrund des
sehr hohen Infrastrukturanteils sehr aufwendig,
darauf habe ich weiter oben an
den entsprechenden Stellen bereits hingewiesen.
Zum anderen sorgt die hier vorgestellte
Dienstinfrastruktur aber dafür, dass
der eigentliche Kern des zu implementierenden
Dienstes völlig befreit ist von Infrastrukturabhängigkeiten.
Dadurch ist der
Kern des Dienstes besser zu testen. Insofern
kann ich akzeptieren, dass der Infrastrukturanteil
mittels manueller Integra-
Listing 11
Die Administratorberechtigung anfordern.
tionstests überprüft wird. Die Vorgehensweise,
ausgehend von einer Featureliste
über die EBC-Architektur hin zur Implementierung,
hat sich bewährt. Wie sah das
bei Ihnen aus? Schreiben Sie doch einmal
einen Leserbrief zu Ihren Erfahrungen
beim dotnetpro dojo! [ml]
[1] Ralf Westphal, Zusammenstecken – funktioniert,
Event-Based Components, dotnetpro 6/2010,
LÖSUNG
Listing 12
Den Service installieren und entfernen.
public class ServiceInstallation : IServiceInstallieren, IServiceDeinstallieren
{
public void In_Installieren(ServiceBeschreibung name) {
var transactedInstaller = CreateTransactedInstaller(name, "Install.log");
transactedInstaller.Install(new Hashtable());
}
}
public void In_Deinstallieren(ServiceBeschreibung name) {
var transactedInstaller = CreateTransactedInstaller
(name, "UnInstall.log");
transactedInstaller.Uninstall(null);
}
private static TransactedInstaller CreateTransactedInstaller
(ServiceBeschreibung name, string logFilePath) {
var serviceProcessInstaller = new ServiceProcessInstaller {
Account = ServiceAccount.LocalSystem
};
}
var transactedInstaller = new TransactedInstaller();
transactedInstaller.Installers.Add(serviceProcessInstaller);
var path = string.Format("/assemblypath={0}",
Assembly.GetEntryAssembly().Location);
var installContext = new InstallContext(logFilePath, new[] {path});
transactedInstaller.Context = installContext;
var serviceInstaller = new ServiceInstaller {
ServiceName = name.Name,
DisplayName = name.DisplayName,
Description = name.Description
};
transactedInstaller.Installers.Add(serviceInstaller);
return transactedInstaller;
S. 132ff., www.dotnetpro.de/
A1006ArchitekturKolumne
[2] Ralf Westphal, Stecker mit System,
dotnetpro 7/2010, S. 126ff.,
www.dotnetpro.de/A1007ArchitekturKolumne
[3] Ralf Westphal, Nicht nur außen schön,
dotnetpro 8/2010, S. 126ff.,
www.dotnetpro.de/A1008ArchitekturKolumne
[4] DebugView for Windows v4.76,
www.dotnetpro.de/SL1011dojoLoesung1
www.dotnetpro.de dotnetpro.dojos.2011 49