Erkennung von Anwendungs-Hängern mit ActiveX-Steuerelementen in .NET

Erfahren Sie, wie Sie effektiv Hänger in Ihrer .NET-Anwendung erkennen können, die durch ActiveX-Steuerelemente verursacht werden, und implementieren Sie eine Lösung zum Neustart von Prozessen, wenn dies erforderlich ist.
---
Dieses Video basiert auf der Frage https://stackoverflow.com/q/59622/ gestellt von dem Nutzer 'ctrlShiftBryan' ( https://stackoverflow.com/u/6161/ ) sowie auf der Antwort https://stackoverflow.com/a/59639/ bereitgestellt von dem Nutzer 'Mendelt' ( https://stackoverflow.com/u/3320/ ) auf der Website 'Stack Overflow'. Vielen Dank an diese großartigen Nutzer und die Stackexchange-Community für ihre Beiträge.

Besuchen Sie diese Links, um den Originalinhalt und weitere Details zu sehen, z. B. alternative Lösungen, aktuelle Entwicklungen zum Thema, Kommentare, Versionsverlauf usw. Der ursprüngliche Titel der Frage lautete beispielsweise: Detecting application hangs with ActiveX controls in .Net

Außerdem steht der Inhalt (außer Musik) unter der Lizenz CC BY-SA https://meta.stackexchange.com/help/l...
Der ursprüngliche Fragenbeitrag steht unter der Lizenz 'CC BY-SA 3.0' ( https://creativecommons.org/licenses/... ), und der ursprüngliche Antwortbeitrag steht unter der Lizenz 'CC BY-SA 2.5' ( https://creativecommons.org/licenses/... ).

Falls Ihnen irgendetwas auffällt oder Unstimmigkeiten bestehen, schreiben Sie mir bitte an vlogize [AT] gmail [DOT] com.
---
Einführung: Die Herausforderung von Anwendungs-Hängern mit ActiveX-Steuerelementen

Die Arbeit mit Altsystemen bringt oft besondere Herausforderungen mit sich. In vielen Fällen müssen Anwendungen mit alten Technologien wie ActiveX-Steuerelementen interagieren, insbesondere bei Systemen wie IBM Mainframes. Eines der Hauptprobleme, mit denen Entwickler konfrontiert sind, ist die Möglichkeit, dass diese Steuerelemente hängen bleiben oder abstürzen, was die Funktionsfähigkeit der gesamten Anwendung beeinträchtigen kann.

In diesem Blogbeitrag zeigen wir, wie man Hänger von Anwendungen, die ActiveX-Steuerelemente verwenden, in einer .NET-Umgebung effektiv erkennt und praktische Lösungen bespricht, um dieses abstrakte Problem zu bewältigen, ohne das Steuerelement selbst umschreiben zu müssen.

Problemverständnis

In Szenarien, in denen Ihre Anwendung ein ActiveX-Steuerelement verwendet, um Bildschirme von einem Mainframe auszulesen, können häufige Abstürze ein ernstes Problem darstellen. Das Verhalten des Steuerelements liegt hierbei weitgehend außerhalb Ihrer Kontrolle, da weder Zugriff auf den Quellcode noch auf den Mainframe selbst besteht.

Wichtige Punkte:

Abstürze des ActiveX-Steuerelements: Diese führen dazu, dass die gesamte Anwendung nicht mehr reagiert.

Kein Zugriff auf Quellcode: Eine Modifikation des ActiveX-Steuerelements oder des Mainframes ist nicht möglich.

Automatisierungsbedarf: Um Zuverlässigkeit sicherzustellen, besteht ein hoher Bedarf an einer automatisierten Verwaltung dieser Abstürze.

Die vorgeschlagene Lösung

Zwei separate Anwendungen

Der effektivste Ansatz zur Erkennung und Verwaltung von Hängern besteht darin, zwei separate Anwendungen zu erstellen. Diese Architektur ermöglicht einen dedizierten Kontrollmechanismus, der die Anwendung mit dem ActiveX-Steuerelement überwacht.

Controller-Anwendung:

Diese Anwendung ist für die Überwachung der Anwendung mit dem ActiveX-Steuerelement zuständig.

Sie prüft periodisch, ob die überwachte Anwendung noch reagiert und kann diese bei Bedarf neu starten.

Überwachte Anwendung:

Dies ist die Anwendung, die das ActiveX-Steuerelement nutzt und potenziell hängen kann.

Implementierungsschritte

Verwendung von System.Diagnostics.Process:

Starten der überwachten Anwendung mittels System.Diagnostics.Process.Start().

Dadurch erhalten Sie ein Process-Objekt, das die nützliche Eigenschaft Responding besitzt.

Überwachungslogik:

Der Controller überprüft regelmäßig die Responding-Eigenschaft des Process-Objekts.

Meldet diese, dass die Anwendung nicht mehr reagiert, kann der Controller sie beenden und neu starten, um die Funktionalität wiederherzustellen.

Warum es funktioniert

Der Überwachungsmechanismus konzentriert sich auf das Hauptfenster der Anwendung und prüft, ob dieses weiterhin Nachrichten aus der Nachrichtenwarteschlange des Hauptfensters verarbeitet. Dieses Verfahren entspricht dem, wie Windows feststellt, ob eine Anwendung "Nicht reagierend" ist, und ermöglicht dem Controller somit eine effektive Steuerung des Lebenszyklus der überwachten Anwendung.

Kommunikation zwischen den Anwendungen

Da Sie gefragt haben, ob diese Anwendungen in separaten AppDomains ausgeführt werden können, ist es wichtig zu beachten:

Notwendigkeit separater AppDomains: Separate AppDomains sind nicht erforderlich, wenn es sich um eigenständige ausführbare Prozesse handelt.

Interprozesskommunikation: Falls nötig, können Sie IPC-Mechanismen wie benannte Pipes oder TCP/IP-Sockets implementieren, um die Kommunikation zwischen Controller und überwachten Anwendung zu ermöglichen.