Path: csiph.com!news.redatomik.org!fu-berlin.de!uni-berlin.de!not-for-mail
From: Stefan Schwarzer <sschwarzer@sschwarzer.net>
Newsgroups: de.comp.lang.python
Subject: Re: [Python-de] Mehrzeiliges Logging
Date: Tue, 13 Mar 2018 16:12:38 +0100
Lines: 38
Message-ID: <mailman.51.1520953966.1867.python-de@python.org>
References: <3218a53d-27df-83f4-4577-c4b13da330ec@thomas-guettler.de> <8759bad5-c79a-30b3-7f35-46a30ee74697@sschwarzer.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.24) Gecko/20100411 Thunderbird/2.0.0.24 Mnenhy/0.7.6.666
In-Reply-To: <3218a53d-27df-83f4-4577-c4b13da330ec@thomas-guettler.de>
Content-Language: de-DE
Precedence: list
Xref: csiph.com de.comp.lang.python:5132


On 2018-03-13 14:30, Thomas Güttler wrote:
> seit Jahren verwende ich das unter Unix übliche einzeilige Logging.
> 
> Also ein Aufruf von "logging.info()" wird genau zu einer Zeile im Log-File.
> 
> Ich hätte gerne in Zukunft mehrzeiliges Logging.
> [...]

Wenn ich das richtig sehe, hast du das Problem der eingeschränkten
"Parsebarkeit" auch schon jetzt, wenn ein Traceback mitgeloggt wird.

> Ich bin nun unsicher ob es hier einen "sane default" gibt.
> 
> Die Lösungen, die ich hier gefunden habe, die fühlen sich für mich wie eine "Bastellösung" an:
> 
>     https://stackoverflow.com/questions/49049044/python-setup-of-logging-allowing-multiline-strings-logging-infofoo-nbar

Die Antwort mit dem `NewlineFormatter` sieht für mich eigentlich
ziemlich vernünftig aus.

> Ich möchte aber keine Bastellösung. Ich würde gerne einen Weg gehen, der von tausend anderen Python-Entwicklern
> auch gegangen wird. Es kann doch nicht sein, dass ich der erste bin, der das will, oder?

Nein, du bist wahrscheinlich nicht der erste, aber die bisherige
Konvention, Log-Zeilen zu speichern, ist vom Design her wohl eher
ungeeignet (abgesehen von den geschilderten Workarounds). Der
aktuell übliche Ansatz ist aus meiner Sicht "broken by design".

Was ich recht interessant finde, wäre ein Ansatz mit JSONlines:

http://jsonlines.org/

Ein Logger auf dieser Basis würde die Struktur der Log-Informationen
erhalten.

Viele Grüße
Stefan