Ahoj, GlassFish ma na toto management rules, ktera lze nakonfigurovat v admin konzoli. Kazde pravidlo se sklada ze dvou casti: udalost a reakce na ni. Mezi udalosti patri napr. zapis hlasky do logu, start ci ukonceni serveru nebo notifikace z javax.management.monitor (takto se lze dozvedet napr. o tom, ze JVM dochazi pamet). Reakce na udalost se definuje pomoci MBean. Tj. je to javovsky kod. Soucasti distribuce je napr. MailAlert MBean (com.sun.enterprise.ee.selfmanagement.actions.MailAlert), ktery pri vzniku udalosti posle mail.
Z. -- Zdenek Tronicek FIT CTU in Prague msk.conf napsal(a): > 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 > >
