Qual è il punto di eventi remoti per il visualizzatore log4j motosega?

Question

http://logging.apache.org/chainsaw/quicktour.html

Prima caratteristica.

Ho completato il tutorial, è stato semplicemente mostrato come utilizzare visivamente la GUI, non è andato molto nei dettagli per quanto riguarda questa nuova funzionalità. La documentazione migliore che ho trovato è questo:

Proprio come appenders inviare la registrazione di eventi al di fuori del contesto log4j (per i file, SMTP, ai socket, ecc), ricevitori portare la registrazione di eventi all'interno dell'ambiente log4j.

I ricevitori devono supportare la ricezione di eventi di registrazione remota da un altro processo. Ad esempio, SocketAppender "aggiunge" un evento di registrazione a un socket, configurato per un host e un numero di porta specifici. Sul lato ricevente del socket può essere un oggetto SocketReceiver. L'oggetto SocketReceiver riceve l'evento di registrazione e quindi lo "registra" sull'ambiente log4j (LoggerRepository) sulla macchina ricevente, per essere gestito dagli appendici configurati, ecc. Le varie impostazioni in questo ambiente (livelli di Logger, filtri Appender & soglie) vengono applicati all'evento di registrazione ricevuto.

I ricevitori possono anche essere utilizzati per "importare" i messaggi di registro da altri pacchetti di registrazione nell'ambiente log4j.

I ricevitori possono essere configurati per inviare eventi a un determinato LoggerRepository.

Quindi ...

Che tipo di strategia di registrazione posso ottenere utilizzando questo nuovo componente che non ho potuto utilizzare solo usare i motosega + semplici appenders di file log4j?

Answer 1

Le loro sono molte cose interessanti che è possibile fare con eventi remoti:
- Evitare di creare file su server applicazioni. I file sono cattivi.
- Centralizza i registri in caso di più server applicazioni.
- Visualizza i registri di produzione in tempo reale dal tuo ambiente locale, anche se la motosega non è molto sexy, le funzionalità di filtro sono più utili del semplice vi/grep.
- Accedere al database anziché ai file. I file sono cattivi.

E probabilmente molto di più!

Answer 2

Ho utilizzato eventi remoti in passato con ambienti di griglia.

Perché? Perché non sapevamo dove sarebbe stato eseguito il nostro codice. Implementeremmo 'n' lavori e l'infrastruttura di rete sceglierebbe su quali macchine eseguire quei lavori. Senza eventi remoti dovremmo tenere traccia di dove erano andati quei lavori, e poi avere il fastidio di accedere, trovare i log ecc. Poiché la griglia consisteva di macchine utilizzate per altri scopi, non potevamo garantire che le macchine sarebbe in un secondo momento per diagnosticare i problemi.

Quindi tutto è stato configurato per lo streaming degli eventi di registro su un server in cui è possibile creare file di registro per server di origine e gestirli personalmente. Ci sono problemi come la gestione della quantità di flussi di dati attraverso la rete verso un server, ma fino a quando ne sei a conoscenza, va bene.