Log-Klasse/Komponente mit TCP-Schnittstelle sinnvoll?

[BUG]

Mir käme in den Sinn, den Sende-Netzwerkteil als Modul einzubinden und den Empfangs-Netzwerkteil mit der gleichen Möglichkeit Module einzubinden wie die Log-Komponente zu implementieren.

[sx2008]

Es gibt schon ein Protokoll namens SysLog für diesen Zweck.
Also würde es Sinn machen, genau dieses Protokoll zu implementieren und auf der Empfangsseite einfach Open Source Software einzusetzen. (siehe http://www.msxfaq.de/tools/ntsyslog.htm)

[Phoenix]

Ist Sinnvoll Und gibts auch schon. Die meisten Log-Komponenten (z.B. die von Raize Software) beherrschen das von Haus aus.
Allein wenn Du an einer Stelle Log-Ausgaben von mehreren Servern auf denen einen Anwendung läuft mit tracen willst macht es schon Sinn.

Ich würde mich da nur eher auf bereits existierende Implementierungen stützen bevor ich den schmarrn nochmal Nachimplementiere.

[s.h.a.r.k]

Zitat von BUG:

Mir käme in den Sinn, den Sende-Netzwerkteil als Modul einzubinden und den Empfangs-Netzwerkteil mit der gleichen Möglichkeit Module einzubinden wie die Log-Komponente zu implementieren.

Darauf wäre ich zunächst nicht gekommen, wäre aber dann wohl etwas flexibler und eben teilweise schlanker! Danke.

Zitat von Phoenix:

Ist Sinnvoll Und gibts auch schon. Die meisten Log-Komponenten (z.B. die von Raize Software) beherrschen das von Haus aus.
Allein wenn Du an einer Stelle Log-Ausgaben von mehreren Servern auf denen einen Anwendung läuft mit tracen willst macht es schon Sinn.

Ich würde mich da nur eher auf bereits existierende Implementierungen stützen bevor ich den schmarrn nochmal Nachimplementiere.

Das hatte ich mir schon fast gedacht. Nur wusste ich nicht, ob sowas wirklich sinnvoll sein kann bzw. aktiv genutzt wird. Aber wie es scheint, gibt es wahrlich für sowas Bedarf.

Muss mir dieses SysLog-Protokoll mal näher anschauen, ebenso andere Log-Komponenten.