Re: Cim logujete v ee aplikaciach
On 10/17/2010 11:15 PM, Oto Buchta wrote: Dne 17. října 2010 19:54 Lukas lzap Zapletal luka...@zapletalovi.com napsal(a): Paklize mate potrebu v logovanych zpravach casto vyhledavat (vytvorit si nad danymi tabulemi indexy a umoznit operatorum do nich casto chodit), pak uz bruslime po hodne tenkem lede. Pak uz se zrejme nejedna o aplikacni logovani, ale neco vic - forma aplikacnich dat. Logovani chapu jako cinnost, kdy aplikacni software uklada informace, ktere pouzivaji operatori a vyvojari pri reseni neobvyklych situaci. Vypichnul bych slovo neobvykly. Logování do SQL db je samozřejmě klasický kanón na vrabce, ale nesouhlasím s oním vypíchnutím. Logování je přece jen o něčem jiném než o trasování a zaznamenávání různých výjimek. Ať už samotný název logování pochází od slovesa kácet (to log) nebo od způsobu výpočtu logaritmů v dřevních dobách (viz. nám všem dobře známé MFCHT), tak výraz log book se používal již pěknou řádku let před ENIACem (minimálně tento termín používal Newton) ve významu kniha poznámek. Tedy vše, co je hodno k zaznamenání, nikoli vše, co je neobvyklé. Typickým příkladem je logování v apache. Explicitně rozlišuje error log právě pro řešení oněch neobvyklých věcí a access log pro potřeby reportingu či auditingu, tedy pro ty informace, o které tazateli nejspíše jde. SQL jde pro audit výhodný, ale až jako výsledek nějaké agregace. Ano, tato myslienka ( logovat do db len relevantne informacie ) sa tomu znacne blizi. Ale ked uz sme pri tych kanonoch, slova ako 'Tivoli', alebo 'OpenView' mi zrovna subtilne nezneju ( nemam skusenosti ani s jednym s uvedenych sw rieseni ) a nieco mi hovori, ze pouzivat to v mojich podmienkach by bol ciry rozmar. Diky -- Dusan
Re: Cim logujete v ee aplikaciach
Souhlas, to jsem napsal nepresne. Logujeme samozrejme vsechny dulezite veci, nejen neocekavane stavy. Mimochodem to co jsem napsal samozrejme nemuze byt chapano jako dogma. - Later, Lukas -- View this message in context: http://konference-java-cz.958153.n3.nabble.com/Cim-logujete-v-ee-aplikaciach-tp1708201p1723435.html Sent from the konference java.cz mailing list archive at Nabble.com.
Re: Cim logujete v ee aplikaciach
Roman to v podstate srhnul vsechno. Rad bych k tomu dodal, ze logovani do relacnich databazi je podle meho nazoru zverstvo. Na ulozeni kazde zpravy server vynalozi asi tak 20x vetsi usili, nez u obycejneho textoveho souboru. Ty lze navic bezproblemove logovat a archivovat. Je to tedy zbytecne zatezovani serveru s temer nulovym prinosem. Paklize mate potrebu v logovanych zpravach casto vyhledavat (vytvorit si nad danymi tabulemi indexy a umoznit operatorum do nich casto chodit), pak uz bruslime po hodne tenkem lede. Pak uz se zrejme nejedna o aplikacni logovani, ale neco vic - forma aplikacnich dat. Logovani chapu jako cinnost, kdy aplikacni software uklada informace, ktere pouzivaji operatori a vyvojari pri reseni neobvyklych situaci. Vypichnul bych slovo neobvykly. Co se tyka integrace na operations management software, tak muzete s klidnym svedomym ukladat do textovych souboru. Systemy jako HP OpenView nebo IBM Tivoli je bezproblemu nactou a operatori se o problemech vcas dozvi ;-) LZ - Later, Lukas -- View this message in context: http://konference-java-cz.958153.n3.nabble.com/Cim-logujete-v-ee-aplikaciach-tp1708201p1720490.html Sent from the konference java.cz mailing list archive at Nabble.com.
Re: Cim logujete v ee aplikaciach
Dne 17. října 2010 19:54 Lukas lzap Zapletal luka...@zapletalovi.com napsal(a): Paklize mate potrebu v logovanych zpravach casto vyhledavat (vytvorit si nad danymi tabulemi indexy a umoznit operatorum do nich casto chodit), pak uz bruslime po hodne tenkem lede. Pak uz se zrejme nejedna o aplikacni logovani, ale neco vic - forma aplikacnich dat. Logovani chapu jako cinnost, kdy aplikacni software uklada informace, ktere pouzivaji operatori a vyvojari pri reseni neobvyklych situaci. Vypichnul bych slovo neobvykly. Logování do SQL db je samozřejmě klasický kanón na vrabce, ale nesouhlasím s oním vypíchnutím. Logování je přece jen o něčem jiném než o trasování a zaznamenávání různých výjimek. Ať už samotný název logování pochází od slovesa kácet (to log) nebo od způsobu výpočtu logaritmů v dřevních dobách (viz. nám všem dobře známé MFCHT), tak výraz log book se používal již pěknou řádku let před ENIACem (minimálně tento termín používal Newton) ve významu kniha poznámek. Tedy vše, co je hodno k zaznamenání, nikoli vše, co je neobvyklé. Typickým příkladem je logování v apache. Explicitně rozlišuje error log právě pro řešení oněch neobvyklých věcí a access log pro potřeby reportingu či auditingu, tedy pro ty informace, o které tazateli nejspíše jde. SQL jde pro audit výhodný, ale až jako výsledek nějaké agregace. -- Oto 'tapik' Buchta, ta...@buchtovi.cz, http://tapikuv.blogspot.com
Cim logujete v ee aplikaciach
Ahoj. Zaujimalo by ma, cim logujete vo Vasich enterprise systemoch, najma s pohladu na nejaky ten aktivny dohlad nad beziacim prostredim. Vacsina veci, s ktorymi som sa stretol, pouziva nejaky ten log4j a fileAppender-y. To mi pride ako relativne neosobne logovanie s nemoznostou zasahu v rozumnom case. Ja osobne koketujem s myslienkou logovat do sql databaze ( co nie je sice nic vynimocne, aj ked najst pouzitelny sql appender nie je jednoduche ), pricom pridanou hodnotou by mohol byt dohladovy system na tu tabulku zaveseny. Predstavujem si to nejak tak, ze kazdy event s (=warn) by musel byt vyrieseny ludskou interakciou v dohladovom centre ( aj ked by mal dotycny pracovnik len nastavit ignore ) tak, aby sa v tabuli nevyskytovali neriesene chyby. Druha vec, co ma napada je, ze predsa plnotucne aplikacne servery toto uz musia mat nejak poriesene. Kedysi davnejsie som si nejaky sqlappender nakodoval, ale nemam k tomu ten zvysok ( dohlad ), tak robim prieskum, ci nahodou neobjavujem koleso. Inak si to spravim ako take mensie cvicenie ... Diky -- Dusan
Re: Cim logujete v ee aplikaciach
To ma pobavilo ze plnotucne aplikacne servery :). Filip Jirsák wrote / napísal(a): Zdravím, Logback ( http://logback.qos.ch/) má DBAppender už v základní distribuci, podobně jako SMTPAppender (pošle e-mail), SocektAppender nebo JMSAppender. Možná by vás mohla zajímat i komerční nadstavba Logback-Audit. S pozdravem Filip Jirsák 2010/10/15 msk.conf msk.c...@gmail.com mailto:msk.c...@gmail.com Ahoj. Zaujimalo by ma, cim logujete vo Vasich enterprise systemoch, najma s pohladu na nejaky ten aktivny dohlad nad beziacim prostredim. Vacsina veci, s ktorymi som sa stretol, pouziva nejaky ten log4j a fileAppender-y. To mi pride ako relativne neosobne logovanie s nemoznostou zasahu v rozumnom case. Ja osobne koketujem s myslienkou logovat do sql databaze ( co nie je sice nic vynimocne, aj ked najst pouzitelny sql appender nie je jednoduche ), pricom pridanou hodnotou by mohol byt dohladovy system na tu tabulku zaveseny. Predstavujem si to nejak tak, ze kazdy event s (=warn) by musel byt vyrieseny ludskou interakciou v dohladovom centre ( aj ked by mal dotycny pracovnik len nastavit ignore ) tak, aby sa v tabuli nevyskytovali neriesene chyby. Druha vec, co ma napada je, ze predsa plnotucne aplikacne servery toto uz musia mat nejak poriesene. Kedysi davnejsie som si nejaky sqlappender nakodoval, ale nemam k tomu ten zvysok ( dohlad ), tak robim prieskum, ci nahodou neobjavujem koleso. Inak si to spravim ako take mensie cvicenie ... Diky -- Dusan
