Logging

[thecrow]

Hi ihr,

ich habe folgende Idee:

Ich würde gerne einen Loggingmechanismus mit Log4J entwickeln, der Loggingeinträge erstmal sammelt, bevor sie ausgegeben werden.

Will heissen:

Ich starte meinen Logger mit z.B. log.start
Dann logge ich meine Daten n-mal etc. heraus .log("blafasel")
und erst wenn ich z.B. ein log.commit mache, werden die Daten allesamt herausgeloggt.
Wenn ich diesen Logsammler beende mit z.b. log.end dann werden alle Logeinträge ohne Ausgabe einfach verworfen.

Habt ihr sowas schonmal in der Art gesehen oder befinde ich mich hier auf völligem Neuland ?

Danke für eure Antworten

Andi

 

[nollario]

das hört sich nach neuland an und klingt mehr wie das transaktionsprinzip bei datenbank (also auch der jdbc spezi.)... warum sollte man log einträge vorhalten und nicht ausgeben? dafür nutzt du doch normalerweise log levels...?

 

[thecrow]

Hi,

es ist dann sinnvoll, wenn du Daten hast, die du im Normfall nicht im Log haben möchtest, aber im Fehlerfall brauchst um den Fehler zu finden und zu beheben.

Stichwort: persönliche Daten

 

[bygones]

mir ist kein Mechanismus bekannt der die Daten erst sammelt. Sowohl log4j als auch der SDK Logger loggen direkt...
aber wie nollario schon meint - warum arbeitest du nicht mit versch. Log-Leveln...

 

[nollario]

tja, persönliche daten... könntest du natürlich verschlüssel mitloggen... sowas mach ich hier auch... ist halt umständlich, aber ich komm wieder dran und ausserdem ist datenschutz gewährleistet... so gesehen find ich die idee ganz gut, aber logging sollte in meinen augen straightforward sein - also alles direkt ab ins log!

 

[bygones]

stimme wieder nollario zu
Logging sollte sofort geschehen - das ist das eigentliche Prinzip des loggens... ansonsten kannst du ja alles andersweitig speichern und dann bei bedarf ausgeben.... aber ich wüsste nicht, dass die bestehenden log Verfahren das unterstüzten

 

[thE_29]

er könnte normal mitloggen und sich für seine "wünsche" eine kleine Hilfsklasse schreiben, die einfach nur die Strings sammelt (mit seinen befehlen halt) und bei log.commit geht er in einer schleife seine strings (würd sie in einer liste/collection/... abspeichern) durch und übergibt sie dann einzeln dem Logger!

 

[nollario]

noch ein problem:

logging dient ja der fehlersuche (u.a.)... stell dir vor, deine vm macht dicht und du hast ne zeitlang nix mehr committed - es fehlen dir die entscheidenden infos um auf den fehler rückschlüsse machen zu können

 

[akira]

Hi,

ich hatte schon mal so einen ähnliche Idee.
Das Problem bei debug-Logs sind, daß sie unter Umständen sehr schnell sehr groß werden können.
Wir hatten auf Arbeit neulich auch das Problem, daß ein 2GB-Logfile nicht mehr mir einem Editor geöffnet werden konnte
Ich hatte mir deswegen auch schonmal einen Mechanismus überlegt, so daß alle Ausgaben auf dem debug-Level erstmal im Speicher gehalten werden und nur geloggt werden, wenn ein Fehler aufgetreten ist um diesen später zu analysieren.

 

[thE_29]

deswegen kann man mit dem SDK Logger auch einstellen wie groß eine Datei und wieviel Generationen es geben soll!

Bleistift!

max 10 MB und 10 generationen, dann heißen deine Files

log0.log bis log10.log und haben max. 10 MB und das erledigt alles der SDK Logger, da hast du dann auch keien 2GB Files....

 

[nollario]

bei log4j funktioniert es ähnlich - also keine gefahr dass die festplatte mit gb grossen dateien zu gebombt wird! ;-)

 

[akira]

Ok, das ist sicher eine Lösung für das Problem mit den zu großen Dateien, die nicht mehr zu öffnen sind.
Bei einer Aufteilung auf mehrere Dateien, bleibt die Gesamtgröße jedoch trotzdem einige GB.

Ich dachte eher daran bei erfolgreichen Routinen erst gar keine debug-Ausgaben zu loggen, sondern nur z.B. die letzten 100 im Speicher zu halten. Tritt nun ein Fehler auf, werden die im Speicher befindlichen debug-Ausgaben vor dem Fehler geloggt.

 

[thecrow]

Ansich keine schlechte Idee mit dem Loglevel.

Der Fehler ist halt leider schon weg, wenn ich das Loglevel umswitche.
So habe ich ihn auch bei einem "schwachen" Loglevel.

Natürlich immer vorausgesetzt, die Entwickler benutzen das Teil richtig :bae: