Vlákno názorů k článku Síťování v Javě: Úvod od Straw - Tak za takovýhle kód bych vraždil. Pokud uzavírám...

A to jako proc? Protoze si to tak nekdo pred 30-ti lety rekl? Stream jako stream, jediny jeho atribut je, zda-li je vstupni, vystupni nebo pro jistotu oboji...:) (ano i takove Stremy existuji a jsou implementovane)

Třeba proto, že System.err se pak dá snadno odchytit (2&>) a uložit do logu a tím pádem oddělit od obyčejných informací vypsaných do System.out.

Nepochopil jste... ja se ptam, proc zrovna stream s FD 2, proc ne treba 8... to, co popisujete se tyka neceho jineho a sice (dle Vas nemoznosti) demultiplexovat data z jednoho streamu... (i to je kupodivu jednoduse mozne)

> demultiplexovat data z jednoho streamu... (i to je kupodivu jednoduse mozne)

Poradíte?

Very simple - treba grep?

Ano, proc to delat jednoduse, kdyz to jde slozite, ze...

Jasne proc milionkrat implementovat kolo se vsema ficurama, kdyz to jde udelat jednou a pak to jako komponentni system vyuzit...:-r

??? stderr je vsude (i ve Widlich, na rozdil od grepu), ten netreba implementovat vubec

Aha a kristalovou kouli abyste vedel, co zada obsluha a kam to chce smerovat fasujete pri nastupu na smenu...?

?

Po přečtení následujících komentářů je mi jasné, že s vámi je zbytečné se bavit, ale dneska mám dobrou náladu.

Takže, představme si výstup na konsoli z nějakého prográmku na zpracování speciálních obrázků:

$imageprocess: -i image.bin -offt image.fft -ostats image.stats
Processing Image
[Warning] Image file is in deprecated format, version 0.5.
[Warning] Image does not contain statistical information.
Starting Fast Fourier Transformation...
[Warning] Image size is not compatible with FFT, cropping image.
Done
Gathering Statistical Information...
Done
image.fft Saved
image.stats Saved

Takhle by to vypadalo po vypisu všeho do System.out. A to jsem vzal ještě mírnější versi, kde nenastaly ty "velké chyby", kterých může být klidně přes sto. Uživatel ví, že obrázek není čtvercový a že se bude ořezávat, uživatel ví, že v obrázku staré verse nejsou statistické informace. Proto preferuje výpis:

$imageprocess: -i image.bin -offt image.fft -ostats image.stats 2&>/dev/null
Processing Image
Starting Fast Fourier Transformation...
Done
Gathering Statistical Information...
Done
image.fft Saved
image.stats Saved

Zdá se mi to přehlednější, vám ne? A ten váš very simple grep není všude a ne každý s ním umí pracovat. Přesměrovnání do souboru ano.

Tedy přece nejde o žádné sofistikované logování. Jde o prosté vypsání chybových hlášení. U takto jedoduchého programu by myslím bylo zavedení nějakého speciálního logování spíše na škodu.
Tak jak tak, chybové hlášení patří na standardní chybový výstup. Na tom trvám.

A ja pro zmenu trvam, ze chybove hlasky patri tam, kam je ocekava obsluha, aby na ne mohla aktivne a adekvatne reagovat... coz je treba remote konzola, nejake sofistikovane zarizeni, soubor atd... - to, ze lze zajistit presmerovani FD 2 na jine (s omezenimi) je z historickych duvodu a neodpovida soucasnym potrebam... - log4j je dobry priklad, jak to resit... To, ze Cckari tuto vymozenost bezne neznaji, jednoduse proto, ze GLIBC nic takoveho neobsahuje, neznamena, ze tato potreba neni i zde... - treba ovladani technologickych procesu (jichz jsem se ucastnil) bylo sice implementovano v C, ale jiz pred 15 lety byly potreby naprosto shodne s tim, co umoznuje log4j... - (log4c neexistovalo) takze opakuji - stderr je hezky, historicky, ale neodpovida casto potrebam... zejmena pokud potrebujete dalsi veci - muzete mi rici, jak FD 2 "presmerujete" do Event loggeru ve Win32 platforme?