Nerad pridavam negativni hodnoceni, ale tohle autor opravdu podcenil.. Log4j je mozna na prvni pohled o neco slozitejsi, ale vyrazne lepe navrzeny. Vymluva, ze by vydalo na cely dalsi serial mi prijde neoduvodnena. Stejne jako u java.util.logging by stacil zaklad. Autor napriklad vubec nezminuje formatovaci retezce, ktere toto api umi pouzit.
V principe je este dolezite ze cela konfiguracia sa da urobit v XML a neskor za chodu pomocou JMX upravit aby sme vedeli monitorovat velke systemy na tych miestach kde treba.
Root by sa asi mal prestat venovat Jave a zostat pri linuxe.
Smarja klidek. Tady se popisuje knihovna javy, kdyz budu popisovat std knihovnu C++, nevim proc bych mel popisovat vselijake jine knihovny. Staci zminit. Log4j je treba vhodny na monitoring velkych systemu, ale tady je to jak kanon na vrabce. Proste je to maly, jednoduchy a v jre, tak se o tom pise.
Treba ja jsem rad, ze o tomhle vim. Muj projekt ma v jaru necele 0.5MB a nejake logovani podobne tomu knihovnimu tam kdysi vzniklo. Ted to muzu vyhodit a pouzivat tento balicek. Asi chapete, ze je nesmysl k takovemu projektu balit (nebo davat ke stazeni) dalsich 350kB kvuli takove okrajove veci, jako je logovani, to by z toho za chvili bylo x mega.
Takze ja jsem rad, ze se o tom tady pise, zvlast o novinkach (4 roky starych :-) ) v 1.4. Kdyz by se autorovi chtelo napsat par radku o java.util.prefs, tak to bude supr. Ne ze bych o tom uz nevedel, ale kolikrat cloveku unikne nejaka zajimavost.
Commons-logging? Tak to zelam vela stastia. Fundamentalna chyba v navrhu commons-logging je "autodetekcia" logovacieho backendu cez class-loader. Tych problemov, co sme s tym riesili je nespocet.
Commons-logging ma opodstatnenie jedine pri kniznichiach, kedze tam je flexibilita logovacieho backendu zelana.
ČLÁNKY DO MAILU