Sziasztok!
Létezik valami API mivel lehetőség van a log4j2 log állományait olvasni?
Jó lenne ha a log4j2 konfig állományát fel tudná olvasni és és az alapján tudná kezelni a gördülő, tömörített logokat ami más könyvtárba van elhelyezve:
GlassFish alatt logolok vele.
../domain1/logs/
|-2018-03
|-error_2018-03-01-1.log.gz
|-error_2018-03-01-2.log.gz
|-error_2018-03-02-1.log.gz
|-2018-04
|-error_2018-04-01-1.log.gz
|-error.log
Tehát erre kellene nekem valami api amivel ezeket tudom olvasni viszonylag egyszerűen, amit be tudok építeni az alkalmazásba hogy ott is meg lehessen nézni a logokat, és lehessen szűrni benne.
- 1236 megtekintés
Hozzászólások
Ha sajat programot akarsz irni az analizalasra, akkor ugye az alatalad preferalt nyelv gzip libja kell.
Ha viszont csak az analizalas a fontos, akkor ELK (file input es gzip_line codec). En erre nem kezdenek el egy programot fejleszteni, ha van ra tool.
- A hozzászóláshoz be kell jelentkezni
Nem kell nagyon extra dolgokra gondolni. Van pár log állomány amibe logol az alkalmazás (error, events, stb). Csak annyit szeretnék, hogy ezek tartalmát az alkalmazáson belül meg lehessen nézni esetleg lehessen szűrni log levelre és idő intervallumra (netán a log bejegyzés a szövegében), hogy ha hirtelen meg kell nézni a logokat, akkor azt lehessen megtenni az alkalmazásból is, és ne kelljen ssh-val felmenni a szerverre logot túrni.
- A hozzászóláshoz be kell jelentkezni
Bár ez rajtad valószínűleg nem segít, hasonló problémára két "megoldást" hoztam össze:
1. Putty ikon a desktopon, ami a logot tartalmazó gépre megy be, kulcsos authentikációval. Olyan, mintha egy lokális shellt indítanék.
2. NFS ami csak a laptopomról érhető el read-only.
Persze ez utóbbit éles környezetben nem követném el. :)
- A hozzászóláshoz be kell jelentkezni
Akkor en inkabb mindent forwardolnek oda, ahol az alkalmazas van es ott elernem az osszes gep osszes logjat. Aztan zgrep vagy zcat+awk :D, minek ehhez alkalmazas?
- A hozzászóláshoz be kell jelentkezni
Mármint milyen API? A log4j file pattern parsolásnak nem állnék neki, mivel úgysem tudsz 100% -os implementációt csinálni (nem értelmezhető minden lehetséges változó a te folyamatodban), ezért el is tekinthetsz a log4j-től és simán beolvashatod az ismert struktúra alapján, ami elég egyszerű. Nem tudom, mit akarsz csinálni, de egyébként biztos, hogy a legjobb ötlet fájlrendszerről logfájlokat kiszolgálni egy csatornán? Így idegenből is warning flag..
- A hozzászóláshoz be kell jelentkezni