Názory k článku
Síťování v Javě: Logování

Log4j spomenute bolo a sice v takom svetle, ze vraj je komplikovanejsie ako Java logging API, s cim teda nesuhlasim ...

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.

A Jakarta Commons Logging též...

Jakarta Logging je vlastne jenom vyšší vrstva, která zobecňuje tato API a logování provádí pomocí log4j, JDK 1.4 logging api nebo případně i jiných.

Já vím. A to je jeho zásadní výhoda :)

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.

Zkousel jsem logovat na konzoli (v Eclipse). Nevite nahodou nekdo, jak udelat, aby se logovalo na stdout a nikoliv na stderr, kdyz nastavim ConsoleHandler? Je neprehledne, kdyz mam vsecky hlasky vypsany v konzoli Eclipse cervene... Diky!

Takto vypadá konstruktor třídy ConsoleHandler:

public ConsoleHandler() {
    sealed = false;
    configure();
    setOutputStream(System.err);
    sealed = true;
}

Protože je tam System.err zapsán "na tvrdo", tak jako jedinou možnost vidím vytvoření vlastního Handleru odvozeného od StreamHandler, popř. přímo ConsoleHandler.
Např.:

public class SystemOutConsoleHandler extends java.util.logging.ConsoleHandler {

    public SystemOutConsoleHandler() {
        setOutputStream(System.out); //přepnout na standardní výstupní proud
    }

}

Kód jsem netestoval, předpokládám však, že bude fungovat.

A neslo by od instance toho ConsoleHandler zavolat po vytvoreni funkci setOutputStream se spravnym streamem?

Nešlo, metoda setOutputStream() v StreamHandleru by musela být public, jenže ona je protected.

ajo, to jsem prehledl, tak to jo