Dieser Beitrag wurde zuletzt am 7. Dezember 2020 aktualisiert.

4 min lesen.

Hin und wieder stößt man auf eine Situation, in der man die Konsolenausgabe (oder das Transkript) einer laufenden Konsolenanwendung irgendwie ausgeben muss. Ich behaupte mal, dass das viel häufiger vorkommt, als man denkt – in meinem Fall immer dann, wenn ein Kunde einen Webjob oder eine Funktion, die man normalerweise auf Azure deployen würde, auf den Servern des Kunden laufen lassen möchte. Dieser Beitrag beschreibt, wie man das macht.

Problem

Etwas geht kaputt oder die App stürzt ab, und der Fehler wird im Ereignisprotokoll protokolliert… Aber nur der Fehler, nicht das ganze Protokoll. Sie würden gerne alles bekommen, um herauszufinden, was eigentlich los ist, aber das Ereignisprotokoll ist nicht der richtige Weg dafür.

Oder vielleicht untersuchen Sie einen Fehler, der jemand anderem passiert ist, aber Sie bekommen nur Screenshots von Konsolen- oder Ereignisprotokollfehlern, während Sie stattdessen alle möglichen Informationen über das Problem erhalten möchten.

Was tun?

Lösung: Umleitungsoperator > zur Rettung!

Es ist zum Glück ziemlich einfach. Es gibt mehrere Möglichkeiten, die Ausgabe zu pipen, zu dumpen, umzuleiten, zu protokollieren, zu spiegeln oder einfach nur auf fast jedes erdenkliche Zielmedium zu speichern, aber da ich es hasse, immer danach zu googeln (und beim besten Willen nicht in der Lage bin, mich auswendig zu erinnern), dokumentiere ich hier meinen bevorzugten Weg.

Es ist nicht nötig, die Ausgabe über eine Pipe in eine Datei zu leiten – denn die Umleitung macht nativ das, was Sie mit einer Pipe und „Out-File -FilePath“ oder einem ähnlichen Befehl machen könnten.

Wie leitet man in der Powershell die Ausgabe in eine Datei um?

Sie können die gesamte Konsolenausgabe (und damit das gesamte PowerShell-Transkript für Ihre ausführbare Datei) in eine Textdatei umleiten, indem Sie etwa so vorgehen:

executable.exe > output.txt 2>&1

OR

ausführbar.exe *>&> output.txt

Diese Methode schreibt einfach alles aus dem Konsolenfenster in eine Datei – so einfach ist das!

Und natürlich, ist es nicht nur auf die Eingabeaufforderung (cmd.exe) – es funktioniert auch in der Windows PowerShell:

Wenn Sie überprüfen möchten, ob dies funktioniert, können Sie das Folgende in der PowerShell ausführen – es gibt zunächst „Hello World“ aus und leitet es dann einfach in die Dateiausgabe um.txt:

echo „Hello World“ >output.txt 2>&1.\output.txt

Der zweite Befehl sollte die Datei output.txt im Texteditor öffnen – und sie sollte „Hello World“ enthalten.

In diesen Beispielen beeinflussen die folgenden Parameter das Ergebnis:

Okay – jetzt ist es also endlich dokumentiert. Vielleicht muss ich es beim nächsten Mal nicht mehr googeln 🙂

Warten Sie… Aber wie ist das besser als das Kopieren aus einem Konsolenfenster?

Wenn Sie Ihre Anwendung nicht unbeaufsichtigt laufen lassen, könnten Sie einfach die Anwendung starten und per Copy-Paste aus dem Fenster an die gewünschte Stelle einfügen. Das ist schön und einfach! Was macht diese Methode also besser?

Ein paar Dinge fallen mir dazu ein:

Warum ist die Ausgabe der Konsole in eine Datei besser als einfaches Kopieren und Einfügen

1. Sie können die Abschriften unbeaufsichtigt erhalten. Sie müssen nichts selbst tun.
2. So bringen Sie das Kopieren nicht durcheinander, indem Sie Bereiche der Ausgabe auswählen.
   • Ich weiß nicht, wie es Ihnen geht, aber ich bringe das Kopieren und Einfügen aus einer Konsole oder einem PowerShell-Fenster oft durcheinander. Diese Methode macht das unmöglich.
3. Dies ist der einfachste Weg, den ich gefunden habe, um andere Personen um die gesamte Ausgabe/das gesamte Transkript einer ausgeführten Konsolenanwendung zu bitten.
   • Das ist wirklich nützlich, denn wenn ich debugge, will ich wirklich das ganze Protokoll und nicht nur die letzten paar Zeilen roten Textes!

Weitere Gedanken

Weitere Infos und Optionen zu den Ausgabeszenarien finden Sie in diesem Stack Overflow-Thread. Wenn Sie mehr über stdout und stderr lesen wollen, schauen Sie hier nach.

Und als weitere Referenz finden Sie hier eine Liste aller unterstützten Umleitungsoperatoren für einigermaßen aktuelle PowerShell-Versionen (wahrscheinlich gültig für PowerShell >5.1):

Wie auch immer, ein weitaus fortschrittlicheres Szenario wäre es, die Ausgabe direkt in Application Insights oder etwas Ähnlichem zu speichern. Für viele Fälle wäre das so, als würde man eine Fliege mit einer Bazooka erschießen, aber für größere Deployments, warum nicht. Vielleicht später einen Blogbeitrag wert!

• Autor
• Recent Posts

Entwickler / Sprecher / Berater bei Koskila / Valo Solutions Ltd. / Norppandalotti Software Co / Alter – Experience Ideas Ltd.

Antti Koskela ist ein stolzer digital nativer nomadischer Millennial-Full-Stack-Entwickler (sind das genug lustige Buzzwords? Das sind definitiv genug lustige Buzzwords!), der als Lösungsarchitekt für Valo Intranet arbeitet, das Produkt, das Sie dazu bringen wird, sich in Ihr Intranet zu verlieben.
Er ist seit 2004 Entwickler (angefangen mit PHP und Java), und er hat SharePoint seit MOSS in verschiedene Formen gebogen und verdreht. Heutzutage arbeitet er nicht nur an SharePoint, sondern auch an .NET-Projekten, Azure, Office 365 und vielen anderen Dingen. Außerdem ist er Microsoft MVP für Office-Entwicklung.
Dies ist sein persönliches, professionelles (d.h. professionelles, aber definitiv persönliches) Blog.

=“https:>=“https:>

Letzte Beiträge von Antti K. Koskela (alle anzeigen)

• Anleitung: Wie kann man einen viralen AAD-Mieter übernehmen und töten? – 24. März 2021
• Wie kann man alle in einer PowerShell-Sitzung geladenen Assemblies auflisten? – 18. März 2021
• Of Course I Still #ValoLove You – 15. März, 2021