Logging mit Filtern realisieren

[moelski]

Moin !

Ich hätte da mal ne generelle Frage wie man etwas lösen könnte. Folgende Situation:
Wir haben in unserem Proggy jetzt ein einfaches Logging eingeführt (der Text geht in ein Richtext Element). In 3 Stufen kann man dort Einträge generieren. Das schaut im Moment z.B. so aus:

Zitat:

[ 9:41:37,675][L1]: --- LogView Start --- Datum: 02.12.2005
[ 9:41:37,675][L1]: starte Initialisierung ...
[ 9:41:37,925][L1]: Port Status: geschlossen, keine Aufzeichnung
[ 9:41:37,925][L1]: Initialisierung abgeschlossen
[ Hex-View ]: 49 6E 69 74 69 61 6C 69 73 69 65 72 75 6E 67 20
61 62 67 65 73 63 68 6C 6F 73 73 65 6E
[ Byte-View ]: 073 110 105 116 105 097 108 105 115 105 101 114 117 110 103 032
097 098 103 101 115 099 104 108 111 115 115 101 110

Wie schon erwähnt gibt es 3 Loggingstufen. 1 für einfache Sachen wie Initialisierung abgeschlossen. 2 ist z.B. das anzeigen der durchlaufenen Prozedurenamen und bei 3 kann man dann detailiiert Infos ins Log posten wie spezielle Variablen, etc.

Wenn der Logginglevel auf 2 steht werden natürlich auch die Logeinträge mit Stufe 1 protokolliert. Nicht aber 3. Bei Level 3 wird im Log alles geloggt.
Additiv kann man noch für eine Zeile die Hexansicht und die Byteansicht hinzuschalten.

Jetzt würden wir gerne gewisse Filter verwenden. Also z.B. das man alle Hexansichten ruaslässt, oder das man z.B. alle Logeinträge mit Level1 weglässt. Oder das man nur Einträge mit speziellem Inhalt zulässt, etc etc.
Aber in einem normalen RichText ist das schlecht möglich. Denn dann würde ich mir beim Filtern ja den ganzen Text zerhauen. Man muss also den Text irgendwo zwischenlagern. Aber wie sollte man das am besten machen? Hat da vielleicht jemand einen Tip?
Oder gibt es vielleicht sogar freie Loggingkomponenten, die mir diese Arbeit schon abnehmen!?

[marabu]

Hallo Dominik,

da werden zwei Dinge miteinander vermischt, die sauber getrennt sein sollten: ein RichEdit kann man eventuell für die Visualisierung von Log-Daten verwenden, aber die Log-Daten laufen besser in einen Buffer, aus dem sie zum Zweck der Visualisierung geholt werden. Das Filtern ist dann eine Funktionalität der Komponente, die für die Annahme und Ablage der Log-Daten zuständig ist. Bei dieser Vorgehensweise sind fehlende Filtermöglichkeiten sehr schnell nachgerüstet.

Grüße vom marabu

[moelski]

Moin !

Ok, und wie würde man so einen Buffer realisieren?

[marabu]

Als erstes analysiere die Datenmengen - wie oft müssen Log-Daten angenommen werden (frequency), auf welchem Weg (transfer rate), wie umfangreich sind die Daten (quantity).
Dann kommen Überlegungen zur Persistenz. Wie soll der Speichervorgang gesteuert werden - interaktiv (on demand) oder permanentes (full log, log rotation) Speichern?

Bei der Funktionalität gibt es ja auch sehr unterschiedliche Anforderungen. Log-Komponenten können um einen ring buffer oder eine normale queue herum gestrickt werden. Bei queues braucht man einen queue manager, der während des Speichervorgangs die Daten-Annahme auf einen alternativen buffer umschaltet. Beim Einsatz eines ring buffer kann keine Verklemmung eintreten, dafür können Log-Daten verloren gehen. In ganz einfachen Fällen werden Log-Daten einfach in eine Textdatei weggeschrieben.

Da kann man endlos drüber schreiben, aber wohl besser in einem Buch...

Bevor du sowas selbst implementierst würde ich mal suchen, ob du nicht was fertiges findest. Ich habe da leider keinen Überblick.

marabu