Ist .NET Core 2.0 Protokollierung kaputt?

Ich kann nicht scheinen, um die Trace-Stufe log-Informationen ausgegeben, die nach der Aktualisierung auf .NET Core 2.0 (+ASP.NET Core 2.0).

In der Tat, wenn ich einen dotnet new webProjekt, und fügen Sie den folgenden code in Start-up Konfigurieren, ich bekomme keine trace-oder debug-log-Nachrichten, aber ich bekomme die Informationen und Fehlermeldungen zweimal. Auskommentieren der .AddConsole()nennen wird diese Ausgabe (Daten und Fehler) nur einmal - was darauf hindeutet, dass es wird automatisch konfiguriert, mit einer Konsole provider standardmäßig. Beachten Sie, dies ist ein "Datei -> Neues" Projekt Erfahrung, es gibt nichts, das setup im Program.cs für die Anmeldung oder Konfiguration für diese - außer für das, was ich Hinzugefügt habe. Jemand gesehen, was? Oder sollte ich mich registrieren GitHub Problem für Sie.

public void Configure(IApplicationBuilder app, IHostingEnvironment env, ILoggerFactory loggerFactory)
{
    loggerFactory.AddConsole(Microsoft.Extensions.Logging.LogLevel.Trace);

    if (env.IsDevelopment())
    {
        app.UseDeveloperExceptionPage();
    }

    app.Run(async (context) =>
    {
        var logger = loggerFactory.CreateLogger("Blah");
        logger.LogTrace("Hello world : Trace");
        logger.LogDebug("Hello world : Debug");
        logger.LogInformation("Hello world : Information");
        logger.LogError("Hello world : Error");

        await context.Response.WriteAsync("Hello World!");
    });
}
  • will give me them once Was meinst du damit?
  • Bearbeitet; ich bekomme Info und Fehler zweimal - aber wenn ich meine AddConsole() Zeile - ich bekomme die Info und den Fehler einmal, aber noch keine Spur von Debug-Meldungen an alle-mit oder ohne meine ausdrückliche Linie zu sagen, dass Konsole und Trace-level.
  • Sind Sie in der Entwicklung? Standard-Umgebung ist nun die Produktion.. man kann versuchen set ASPNETCORE_ENVIRONMENT=Development; dotnet run
  • Ich lief in ein ähnliches Problem. Hinzufügen eines await Task.Delay(1) nach der Protokollierung Aussagen bekommt die Konsole auf Protokolle anzeigen. Wenn Es es aus, nur teilweise Protokolle werden auf der Konsole angezeigt. Die akzeptierte Antwort nicht wirklich etwas tun. Es scheint ein threading-Problem.
InformationsquelleAutor EinarI | 2017-08-20
  1. 33

    Die Art und Weise der Protokollierung konfiguriert ist, hat sich ein wenig geändert... Der empfohlene Weg (und es ist ziemlich gut dokumentiert in diese GitHub-issue - /Ankündigung es jetzt zu tun ist, konfigurieren Sie den Logger auf das AddLogging Methode, wie 

    services.AddLogging(builder =>
{
    builder.AddConfiguration(Configuration.GetSection("Logging"))
        .AddConsole()
        .AddDebug();
});

    Haben und ein appsettings.json wie

    Beachten Sie

    Scheint ein paar Leute sind verwirrt, weil das Beispiel zeigt, nur die Konfiguration Console Anbieter und nicht alle Logger.

    Den LogLevel Abschnitt konfiguriert die Protokollierungsstufe für alle namespaces (Default- Taste) oder für einen bestimmten namespace (System überschreibt den Standardwert für alle Klassen Anmeldung, deren namespace beginnt mit System.*.

    Dies ist für die Klasse verwendet, in T im ILogger<T>). Dieses ermöglicht eine höhere oder niedrigere als die Standard-logging-level für den Logger aus diesem namespace. 

    {
  "ApplicationInsights": {
    "InstrumentationKey": ""
  },
  "Logging": {
    "IncludeScopes": false,
    "LogLevel": {
      "Default": "Information",
      "System": "Warning",
      "Microsoft": "Information"
    },
    "Console": {
      "LogLevel": {
        "Default": "Warning",
        "System": "Information",
        "Microsoft": "Information"
      }
    }
  }
}

    Bitte beachten Sie, dass die Struktur der appsettings.json geändert von, was Sie verwendete, zu sein in .NET-Core-1.x und dass Logging Eintrag in der appsettings.json jetzt hat logger-provider-Namen in der it, das ermöglicht Ihnen das konfigurieren der Protokollierung Ebenen pro logging provider.

    Zuvor, wird der Eintrag in appsettings.json würde nur für die Konsole logger.

    Alternativ das logging kann nun in das WebHostBuilder statt. 

    public static void Main()
{
    var host = new WebHostBuilder()
        .UseKestrel()
        .UseContentRoot(Directory.GetCurrentDirectory())
        .ConfigureAppConfiguration((hostingContext, config) =>
        {
            var env = hostingContext.HostingEnvironment;

            config.AddJsonFile("appsettings.json", optional: true, reloadOnChange: true)
                .AddJsonFile($"appsettings.{env.EnvironmentName}.json", optional: true)
                .AddJsonFile("hosting.json", optional: false)
                .AddEnvironmentVariables();
        })
        .ConfigureLogging((webhostContext, builder) => {
            builder.AddConfiguration(webhostContext.Configuration.GetSection("Logging"))
            .AddConsole()
            .AddDebug();
        })
        .UseIISIntegration()
        .UseStartup<Startup>()
        .UseApplicationInsights()
        .Build();

    host.Run();
}

    Update

    Den Fall, dass einer nicht möchte das appsettings.json kann man registrieren der Filter-code zu. 

    services.AddLogging(builder =>
{
    builder.AddConfiguration(Configuration.GetSection("Logging"))
        //filter for all providers
        .AddFilter("System", LogLevel.Debug)
        //Only for Debug logger, using the provider type or it's alias
        .AddFilter("Debug", "System", LogLevel.Information)
        //Only for Console logger by provider type
        .AddFilter<DebugLoggerProvider>("System", LogLevel.Error)
        .AddConsole()
        .AddDebug();
});
    • Danke.. In der Tat, nur das hinzufügen einer appsettings.json Datei mit der Logging-Konfiguration ohne logging setup überhaupt scheint mir gibst, was ich brauche.
    • oder einfach nur builder.SetMinimumLevel(LogLevel.Trace);
    • Beachten Sie, dass die Verwendung AddConfiguration erfordert die Microsoft.Extensions.Configuration Paket.
    • Macht das aktivieren der eigentlichen debug-Meldungen in das Protokoll geschrieben werden? Das ist mit "Standard-LogLevel: Debug" die Ausgabe des Debug.WriteLine landet in der log. Weil wenn nicht ist es auch nicht viel, weil 1) ich will nicht haben, um zu injizieren Microsoft logging-Klasse in jeder einzelnen low-level-Komponente in meine app und ersetzen jedes einzelne WriteLine mit _log.LogDebug, 2) Wenn ich mit einer Dritten Komponente, auf die ich möglicherweise nicht in der Lage zu injizieren Microsoft logging-Klasse in diese Komponenten.
    • nicht wirklich bedeutet für application-level-logging, seine dort für entwickeln-Zeit, die die Protokollierung (das ist es, warum es standardmäßig nur logs im Debug-Ausgabefenster). Für die app-Ebene der Protokollierung waren Sie eigentlich immer verwenden Sie eine geeignete logging-Bibliothek. Und es gibt nicht viele 3rd-party-Bibliotheken, die Verwendung Debug.WriteLine und selbst wenn, Debug.WriteLine hat eine conditonal-operator und nicht kompiliert builds, überprüfen Sie die msdn.
    • Ich fand dein Beispiel der appsettings.json zu werden falsch für .NET Core 2.1, diese funktionierte für mich docs.microsoft.com/en-us/aspnet/core/fundamentals/logging/...
    • Kann erklären, was genau nicht funktioniert? (außer, dass der LogLevel Abschnitt fehlen dürfen, das legt die Standard-logging-level für alle - Logger, obwohl die Konsole Logger war die Frage in der Frage). Auch fühlen sich frei, um zu suggerieren ein edit 🙂
    • mit der logging config aus dem Beispiel oben könnte ich nicht die Info-Meldungen protokolliert. Siehe unten meine Antwort in diesem thread mit dem Beispiel, das für mich gearbeitet.
    • Aber das war nicht wirklich eine Voraussetzung der Frage. Der OP fragte, warum seine Anmeldung hat nicht funktioniert nach der Aktualisierung und die Antwort war, weil die Struktur und die Art und Weise der Konfiguration der Protokollierung hat sich geändert. Bevor die parameter weniger Konstruktor setzen würden, die standardmäßig für alle Logger. Nun Ihr entweder aus der neuen appsettings.json-Struktur oder aus der pro-logger Anbieter Eintrag Konfiguration (oben Beispiel für Console. Wie konfigurieren Sie es für Ihre Anforderung war nicht Teil der Frage. Die Default setzt man es für alle namespaces, die Microsoft überschreibt es für alle Microsoft.* namespaces
    • Auf diese Weise können Sie fein abgestufte Kontrolle über die Protokollierung, d.h. Sie haben Information oder niedriger für Default, und legen Sie Trace level etc. für einen bestimmten namespace, die Sie möchten, angemeldet haben/im detail verfolgt. Warum ich fragte war, weil die oben nicht funktioniert, aber vielleicht nicht, wie Sie es erwarten, da nur gezeigt, wie man setup-console-logger, nicht alle logger

    InformationsquelleAutor Tseng
  2. 8

    Verbrachte ich fast zwanzig Minuten zu erkennen, dass seit Configuration.GetSection("Logging") im Start.cs Datei liest den Abschnitt "Logging" aus der config in die appsettings.json - Datei, die konfiguriert wurde, als "Error". Ändern Sie es zu "Information" oder etwas tiefer, das Problem.

    Hier ist, was die appsettinsg.json - Datei jetzt aussieht:

    {
  "Logging": {
    "IncludeScopes": true,
    "Debug": {
      "LogLevel": {
        "Default": "Information"
      }
    },
    "Console": {
      "LogLevel": {
        "Default": "Information"
      }
    }
  }
}

    Um mehr zu erfahren über die Stufen der Protokollierung (wie in "Information"), check-out diese link, der auch Allgemeine Informationen über ASP.NET Kern-Protokollierung.

    Bin ich nur hier veröffentlichen, nur für den Fall, Sie stoßen keine Probleme mit bekommen, die Protokollierung zu arbeiten, stellen Sie sicher, dass Sie schon durch, dass die JSON-Datei.

    InformationsquelleAutor Shimmy
  3. 5

    Nichts von den oben genannten arbeiten für mich
    Der einzige workaround war, schreiben Sie eine Methode

    private void ConfigLogging( ILoggingBuilder builder ) {
    builder.SetMinimumLevel( LogLevel.Trace );
    //... additional configuration...
}

    sowie bei der Verwendung der AddLogging Erweiterung Methode Schreibe es als

    services.AddLogging( ConfigLogging );
    • Sie sicher, dass Ihre appsettings.json hatte das richtige format? Oder, wenn der Wert wurde übernommen von einem der anderen config-Quellen (Entwicklung von Einstellungen, Umgebungsvariablen, etc)?
    • Ich löste es durch hinzufügen dieser Zeile: .ConfigureLogging((hostingContext, logging) => { ... logging.AddConfiguration(hostingContext.Configuration.GetSection("Logging")); ... })
    InformationsquelleAutor Panos Theof
  4. 0

    Folgende Struktur appsettings.json scheint gut zu funktionieren:

    {
  "Logging": {
    "LogLevel": {
      "Default": "Information",
      "System": "Information",
      "Microsoft": "Information"
    },
    "Console":
    {
      "IncludeScopes": true
    }
  }
}

    Entnommen https://docs.microsoft.com/en-us/aspnet/core/fundamentals/logging/?view=aspnetcore-2.1

    Siehe auch, was Ihre start-up-Anrufe sind, finde ich die folgenden arbeiten für mich:

    public class Startup
{
    public Startup(IHostingEnvironment env)
    {

        var logger = new LoggerConfiguration()
                .MinimumLevel.Information()
                .WriteTo.Sink(jsonSink)
                .Enrich.WithExceptionDetails()
                .CreateLogger();

        Log.Logger = logger;
    }
}
    InformationsquelleAutor Art
Schreibe einen Kommentar