Guten Morgen,

schon seit einigen Tagen suche ich nach einer Möglichkeit, Kommandozeilenbefehle auszuführen und die dazugehörige Ausgabe zu verarbeiten.
Ich habe es schon hinbekommen, Kommandozeilenbefehle auszuführen und mir die Ausgabe asynchron (synchron geht bei mir nicht, da z.B. ReadToEnd oder ReadLine meine Anwendung einfrieren) über die Ereignisse OutputDataReceived und ErrorDataReceived zurückgeben zu lassen.
Das für mich momentan unlösbare Problem ist, dass ich keine Indikatoren dafür finde, ob der Kommandozeilenbefehl nun vollständig ausgeführt wurde UND ob eine Eingabe benötigt wird/wieder möglich ist.
Über die Kommandozeile werden Git-, in Verbindung zu einem Web-Server auch Linux- und diverse andere Befehle ausgeführt.

Ich wäre für Eure Hilfe sehr dankbar!

@RodFromGermany - Danke Dir erstmal für Deine schnelle Antwort.

Die Kommandozeilenbefehle dürfen nicht gleichzeitig, sondern müssen der Reihe nach ausgeführt werden. In meiner Vorstellung habe ich eine Funktion, die einen Befehl ausführt und mir die Ausgabe als String zurückgibt.
Ich verstehe in Deinem Beitrag nicht, in welcher Art und Weise ich feststellen kann, dass der Kommandozeilenbefehl ausgeführt wurde. Die Auslagerung in Threads habe ich mit "ReadToEnd" oder "ReadLine" probiert, allerdings friert der Thread ein und mehr kann ich nicht machen. Oder meinst du, dass ich immer eine neue Instanz von CMD erstellen soll?

Mein aktueller Test-Code sieht so aus:

Die Ausgabe in der Konsole sieht dann wie folgt aus:

@RodFromGermany

Möglicherweise verstehe ich das falsch, aber der Thread wird ja nicht beendet, weil er nicht mehr reagiert.
Die Zeile "Console.WriteLine("Fertig")" wird niemals erreicht, weil er mir zwar die Ausgabe gibt, danach aber einfriert. In diesem Moment weiß ich dann aber trotzdem nicht, ob ich jede Ausgabe bekommen habe, weil der Kommandozeilenbefehl ja eventuell noch am arbeiten sein kann und Ausgaben zu einem späteren Zeitpunkt erfolgen. In diesem Beispiel ist er aber schon durch, bleibt aber dennoch eingefroren.
("CMD.BeginOutputReadLine()" und "CMD.BeginErrorReadLine()" müssen vorher entfernt werden)

@RodFromGermany

Meine Anwendung führt mehrere Kommandozeilenbefehle in einer bestimmten Reihenfolge aus und soll die Ausgabe in meiner Konsole anzeigen. Es soll mir nun möglich sein zu unterscheiden, wenn eine Eingabe innerhalb der Ausführung notwendig ist (z.B. man installiert einen MySQL-Server via. Kommandozeilenbefehl und muss Konfigurationen in der Installationen einstellen) und wenn die Ausführung beendet wurde, damit der nächste Kommandozeilenbefehl ausgeführt werden kann. Das Problem ist, dass ich nicht weiß wie ich dies identifizieren kann und die Umsetzung über den synchronen Weg wie oben beschrieben meine Anwendung einfriert.

@RodFromGermany

Ja, das muss alles automatisch passieren. Die Eingaben und die Anzahl davon sind leider nicht immer gleich und es kann durchaus sein, dass ein Kommandozeilenbefehl aufgrund bestimmter Umstände nicht ausgeführt werden soll, wodurch dann die vorherige Eingabe unnötig und umständlich ist. Es wäre ja schon mal ein Schritt, wenn ich überhaupt identifizieren könnte, wann eine Eingabe (wieder) möglich ist.

Im Moment erhalte ich die Ausgabe wie oben beschrieben über den asynchronen Vorgang mit CMD.BeginOutputReadLine() und CMD.BeginErrorReadLine(), nur liefert mir das keinerlei Erkenntnis dazu, ob die Ausführung abgeschlossen oder eine Eingabe erforderlich ist. Zu überprüfen, ob eine bestimmte Zeile in der Ausgabe auftaucht, die man als "Eingabe-Ausgabe" interpretieren kann, ist zu inkonsistent und unsicher für mein Vorhaben.

Mein zweiter Versuch es über einen synchronen Vorgang zu testen endet darin, dass ich eine Ausgabe erhalte und dann meine Anwendung oder der dafür initialisierte Thread einfriert. Nun bin ich hier genauso (wenig) schlauer wie ich es aktuell schon bin. Ich benötige irgendwas, was mir die benötigten Informationen gibt. Es hat sich mir auch schon die Frage gestellt, ob es noch einen anderen Weg gibt, außer einen CMD-Prozess dafür zu verwenden, was mir generell sowieso schon etwas unprofessionell erscheint, aber eine andere Lösung scheint's wohl nicht zu geben wie mir Google mitteilt.

Der Ablauf soll quasi so sein:

1). Kommandozeilenbefehl wird ausgeführt
2). Eingabe erforderlich -> Benutzer wird darüber benachrichtig und gibt diese ein -> führt die Ausführung fort
3). Eingabe wieder erforderlich -> Benutzer wird darüber benachrichtig und gibt diese ein -> führt die Ausführung fort
usw.
4). Der Kommandozeilenbefehl wurde vollständig ausgeführt -> Benutzer wird darüber benachrichtigt -> Nächster Kommandozeilenbefehl wird ausgeführt -> (Wiederholung)

@Naifu

Danke Dir für Deine Antwort, aber das ist leider keine Lösung für mein Problem. Das ganze Drumherum ist nicht die Sache, sondern nur die Identifizierung der genannten Dinge.

Vultrax schrieb:

Über die Kommandozeile werden Git-, in Verbindung zu einem Web-Server auch Linux- und diverse andere Befehle ausgeführt.

Ich muss darüber aber keine Anwendungen ausführen, sondern diverse Befehle, wie in meinem Startbeitrag angegeben.

@Fakiz

In diesem Fall wäre sowas möglich, das weiß ich. Es war aber auch nur ein Beispiel.
Wenn ich mehrere Kommandozeilenbefehle ausführen muss, kann ich doch nicht jedes Mal einen neuen Prozess (wenn es um so einen Fall wie in meinem Beispiel geht) starten ... wie super unprofessionell ist das denn. Wenn die Anwendung nicht beendet werden darf oder sie schlichtweg zu lange Startzeiten hat, hört's aber sowieso schon wieder auf. Das selbe mit einer SSH-Verbindung zu einem Server ... soll ich die jedes Mal wieder killen, nur um einen weiteren Befehl ausführen zu können? Selbst wenn ich die oben genannten Probleme gelöst hätte, wäre diese Lösung schlichtweg zu unsicher oder gar für manche Szenarien komplett unbrauchbar.

Ich habe auch nochmal geschaut, ob ich es nicht vielleicht doch irgendwie mit einer Überprüfung der Ausgabe machen könnte und habe festgestellt, dass ich nicht die vollständige Ausgabe erhalte, weil das Ende fehlt ... Damit ist das wohl auch für die Tonne.