Feinheitsfragen zu log4j

[Verjigorm]

Hallo,

ich benutze zum ersten Mal log4j im "größeren Stil" (ab sofort auch immer )

Generell läuft alles so wie ich es will, es gibt da nur noch ein paar kleine Feinheiten, die ich nicht hinbekomme
mit der Konfiguration in der Properties-Datei:

1) Der rootLogger läuft noch auf DEBUG, wir haben eine org.apache-Lib, die freudig mitloggt, das wollte ich ausschalten.
Laut Doku kann man für jedes package das LogLevel separat angeben mit log4j.logger.vollerpackagename=XXX
Bei mir sieht das dann so aus:

log4j.rootLogger=DEBUG, A1, file
log4j.logger.de.poyry.importe.reports=WARN

Aber der Logger loggt immer noch freudig mit, erst wenn ich den rootLogger auf WARN stelle, isser ruhig.
Was mache ich da falsch?
Packagename ist definitiv richtig!

2)Im AusgabePattern habe ich %C stehen, was mir den kompletten Klassenpfad samt aller packages angibt, kann ich das irgendwie ändern, dass ich nur den reinen Klassennamen erhalte??

Edit: Grad gefunden: %C{1} muss es heissen

 

[Verjigorm]

Frage 1 ist immer noch offen

Zudem eine neue Frage:
An einigen STellen würde ich gerne den kompletten StackTrace ins Log schreiben.

Wie macht man das am besten?
hab jetzt getStacktrace() aufgerufen und durchlaufen und den jeweiligen ArrayInhalt geloggt, finde ich aber sehr umständlich und unschön

 

[Murray]

Bei printStackTrace kann man ja einen OutputStream angeben. Das könnte z.B. ein ByteArrayOutputStream sein, von dem man sich dann hinterher die geschriebenen Bytes abholen und in einen String wandeln kann. Damit hat man das, was bei printStackTrace() auf der Konsole landen würde, in einem String und kann damit machen, was man will (z.B. auch loggen).

 

[Guest]

Übergib einfach neben deiner jeweiligen Nachricht noch dein Throwale, dann macht log4j das automatisch.

API

 

[Verjigorm]

Übergib einfach neben deiner jeweiligen Nachricht noch dein Throwale, dann macht log4j das automatisch.

API

Eieiei API lesen ist mal wieder schwer
Danke, die Funktion hab ich übersehen

 

[Verjigorm]

Kann man irgendwie die aktuelle LogDatei im Programm aufrufen?
Oder den aktueleln Namen der Datei?

Würde die gerne öffnen ohne von hand ins fileSystem zu gehen

 

[Verjigorm]

Kann man irgendwie die aktuelle LogDatei im Programm aufrufen?
Oder den aktueleln Namen der Datei?

Würde die gerne öffnen ohne von hand ins fileSystem zu gehen

Keiner ne Ahnung?

 

[FArt]

Lies die API!

Es gibt nicht "die Logdatei"... es gibt nur Appender, die evtl. in eine Datei schreiben (evtl. mehrere Dateien).
Es gibt auch nicht nur eine Datei. Evtl. rollt die Datei (Nach Zeit oder Größe) über und es entstehen mehrere Dateien pro Appender.

Es besteht die Möglichkeit um dein Vorhaben zu realisieren. Jedoch ist das Vorhaben in der Regel sinnfrei.

Warum willst du das denn machen?

 

[Verjigorm]

ich hab auch nicht geschrieben "DIE Logdatei" sondern "die AKTUELLE Logdatei", genau wegen dem Rolling FileAppender.

Laut Programmspezifikation soll es möglich sein, die LogDatei per Knopfdruck zu öffnen.

Nunja und genau das will ich realsieren...

 

[FArt]

ich hab auch nicht geschrieben "DIE Logdatei" sondern "die AKTUELLE Logdatei", genau wegen dem Rolling FileAppender.

Laut Programmspezifikation soll es möglich sein, die LogDatei per Knopfdruck zu öffnen.

Nunja und genau das will ich realsieren...

Es gibt auch nicht "die aktuelle Logdatei", denn mehrere Appender erzeugen u.U. mehrere Dateien, jeder eine andere.

Die Anforderung in dieser Art ist eher unüblich. Ich kenne kein Programm, wo das möglich wäre. Wieso auch?

 

[Gast]

Ansonsten, wenn du das wirklich implementieren willst (was ich auch irgendwie für seltsam halte), dann geh die Files im Logordner durch und lass dir einfach die mit dem aktuellsten Änderungsdatum geben.

 

[FArt]

Ansonsten, wenn du das wirklich implementieren willst (was ich auch irgendwie für seltsam halte), dann geh die Files im Logordner durch und lass dir einfach die mit dem aktuellsten Änderungsdatum geben.

Dann würde ich doch lieber über die Klasse FileAppender gehen... nein, eigentlich würde ich das über einen eigenen Appender realisieren.

Ist das wirklich eine Anforderung des Programms? Ich würde vermuten, das ist ein suboptimaler Lösungsversuch einer Anforderung.

 

[Verjigorm]

Ist das wirklich eine Anforderung des Programms? Ich würde vermuten, das ist ein suboptimaler Lösungsversuch einer Anforderung.

Steht so im Pflichtenheft.
Dachte das wäre überhaupt kein Problem ...

Es gibt nur einen FileAppender, der genau EINE AKTUELLE Logdatei erzeugt

ich habs jetzt so hinbekommen:

	public void test() 
	{
		@SuppressWarnings("unchecked")
		Enumeration<Appender> allAppenders = Logger.getRootLogger().getAllAppenders();
		Appender appender = null;
		
		while(allAppenders.hasMoreElements())
		{
			appender = allAppenders.nextElement();

			if(appender instanceof FileAppender)
			{
				System.out.println(appender.getName());
				FileAppender app = (FileAppender) Logger.getRootLogger().getAppender(appender.getName());
				System.out.println(app.getFile());	
			}
		}
	}

 

[FArt]

Nichts desto trotz:
diese Lösung funktioniert technisch, ist aber mehr als suboptimal.

Wer rechnet schon damit, dass durch Konfiguration des Loggings sich das Verhalten des Programms verändert (z.B. indem mehr oder weniger in dieser "Ausgabe" im Programm landet, bis hin zu Fehlverhalten, wenn der Appender so nicht mehr existiert)?

Noch mal als Tipp: nur weil es im Pflichtenheft steht, ist die Anforderung nicht sinnvoll und sollte (muss) nicht (so) umgesetzt werden. Ich würde mal die eigentliche Anforderung eroieren, also was soll eigentlich erreicht werden, und dann eine konsistente Lösung dafür suchen. Wie sieht es mit konkurrierenden Zugriffen auf diese Datei aus? Hast du bedacht, dass das problematisch sein könnte?

P.S.: erreicht werden will in der Regel nicht "das Logfile muss im Programm einzusehen sein", sondern es geht darum, bestimmte Informationen zu erhalten.

 

[Verjigorm]

Wie sieht es mit konkurrierenden Zugriffen auf diese Datei aus? Hast du bedacht, dass das problematisch sein könnte?

Die Datei wird ja nur zum Lesen geöffnet.
Das Programm ist fix, wenns in 2 Wochen abgegeben wird, wird daran nie wieder was verändert.
Das Programm läuft auch nur 1mal, also kein mehrfacher Zugriff oder sonstwas.

P.S.: erreicht werden will in der Regel nicht "das Logfile muss im Programm einzusehen sein", sondern es geht darum, bestimmte Informationen zu erhalten.

Das Logfile soll halt einsehbar sein ohne die Datei von Hand zu öffnen.

 

[TobiWanKenobi]

Darf ich mal hier n bissl spammen?

log4J schön und gut, aber ich bekomm das einfach nicht ordentlich an den Start. Sitze da schon viel zu lange dran und hab zig Anleitungen zu Installation gelesen und es will einfach nicht so richtig klappen.

Reicht es aus nur die log4j.jar in den projektordner zu schmeissen? Also wenn ich die .jar direkt über eclipse importiere klappt es zwar, aber ich habe zig neue Dateien die mir mein Projekt sehr hässlich machen. Geht es auch in schön?

Sorry für mein unqualifiziertes dazwischen-quatschen .

Grüße

 

[Verjigorm]

hab nur die log4j.jar im Projekt, sowie meine Properties-Datei zur Konfiguration, fertig

 

[FArt]

Die Datei wird ja nur zum Lesen geöffnet.

Von dir schon, aber nicht vom Appender.

Das Programm ist fix, wenns in 2 Wochen abgegeben wird, wird daran nie wieder was verändert.

Einen Cent für jedes mal, wo ich diesen Spruch gehört habe und er nach kurzer Zeit seine Bedeutung verloren hatte ;-)

Das Programm läuft auch nur 1mal, also kein mehrfacher Zugriff oder sonstwas.

Es gibt mindestens zwei Threads aus deiner Applikation, die auf dieses File zugreifen, auch wenn nur eine Instanz deiner Applikation läuft.

Das Logfile soll halt einsehbar sein ohne die Datei von Hand zu öffnen.

Und genau diese "Anforderung" hätte ich aus beim Konzeptreview gestrichen bzw. diskutiert. Kunden wissen in der Regel nicht was sie wollen, also sagt man ihnen was sie brauchen und was nicht. Sind die Kunden selber Techniker, muss man sie vor sich selber schützen. ;-)

Wenn du es richtig machen möchtest (Speicherverbrauch der VM im Auge behalten, sinnvolles Einsehen, nachladen nach Änderungen am Logfile, Suche im Logfile) ist der Aufwand das "Feature" nicht wert. Wenn du es nicht so aufwendig machen möchtest, ist das "Feature" an sich wertlos.

Wer Kundenwünsche nicht hinterfragt oder nicht hinterfragte Kundenwünsche umsetzt, wird mit PHP nicht unter 2000 Zeilen bestraft ;-)

 

[TobiWanKenobi]

hab nur die log4j.jar im Projekt, sowie meine Properties-Datei zur Konfiguration, fertig

Hum, so hab ichs auch gelesen.
Hast du sie über Eclipse oder was auch immer importiert oder einfach in den Projektordner kopiert?

 

[Verjigorm]

hab nur die log4j.jar im Projekt, sowie meine Properties-Datei zur Konfiguration, fertig

Hum, so hab ichs auch gelesen.
Hast du sie über Eclipse oder was auch immer importiert oder einfach in den Projektordner kopiert?

lib-ordner erstellen, reinkopiert und über den Build-Path hinzugefügt

 

[Verjigorm]

Es gibt mindestens zwei Threads aus deiner Applikation, die auf dieses File zugreifen, auch wenn nur eine Instanz deiner Applikation läuft.

Grad letzte Woche gabs einen Thread dazu, dass ein lesender Zugriff niemals hinderlich sein sollte.

 

[TobiWanKenobi]

hab nur die log4j.jar im Projekt, sowie meine Properties-Datei zur Konfiguration, fertig

Hum, so hab ichs auch gelesen.
Hast du sie über Eclipse oder was auch immer importiert oder einfach in den Projektordner kopiert?

lib-ordner erstellen, reinkopiert und über den Build-Path hinzugefügt

Ahhh super! Läuft!
Vielen Dank!