Proč je Java špatná na server?

[Kolemjdoucí]

To že někdo naprogramuje aplikaci prasácky nezávisí na programovacím jazyku. A memmory leak jde jednoduše naprogramovat i v C++.

Nejednalo se o memory leak ani o prasáckou aplikaci.

[Reklama]

[Filip Jirsák]

Systémové utility jsou psané v C nejčastěji z toho důvodu, že jsou mnohem starší, než Java. V případě těch mladších se pak C, shell, Python apod. používají z tradice. Java by v případě malých utilit nebyla příliš vhodná, protože JVM je optimalizovaná pro větší aplikace, takže samotný start JVM by v případě malých utilit trval déle a spotřeboval více paměti, než pak vlastní aplikace. Python má asi jinak uspořádanou VM, takže nemá tak velkou režii při startu (ale pak asi zase nebude tak výkonný u déle běžících aplikací).

Jinak ale pro serverové aplikace (které běží dlouho a poskytují služby po síti) se Java používá velmi často -- záleží na přesném způsobu měření, ale C, C++, C# a Java budou v čele, pak bude odstup a pak teprve další technologie.

[Ivan]

Zatimco v Ccku se da programovat ve Vim-u anebo Emacsu, tak Java je zavisla na Eclipse (anebo Netbeans). Samozrejme, ze se teoreticky da delat v Jave i bez tehle enterprise IDE, ale nikdo to nedela. Navic je Java platformove nezavisla, to muze byt vyhoda, ale pro psani systemovych utilit je to velka nevyhoda. (Zapomen na xattr, ipc, mmap, poll, pid procesu, signaly, ...)

[pet]

No a pro kterou Javu to vlastne psát? Oracle, Icetea, ...., kazdá se chová trochu jinak. To se u přeložené binárky nebo bash, perl, python skriptu neděje.

[podlesh]

Jak již tu bylo  zmíněno, ale zaslouží si zdůraznit: startup time - příliš pomalý start JVM.

Pokud by dokázal nastartovat rychle (jako python) nebo nějakým způsobem zůstával "rezidentní" (něco jako má .NET na windows), tak by bylo groovy skvělý scriptovací jazyk (minimálně na úrovni pythonu nebo perlu). Samozřejmě Java jako jazyk je docela mimo mísu a psaní low-level utilitek je asi jen námět na flamewar.

[Reklama]

[omg]

startup pujde asi zkratit.
1. predkompilovat.
2. hodit to do strace a podivat se do jakych cest se diva zbytecne a ty pak odstranit.

[Lenin POWER!]

Scripty v groovy normalne pouzivame. Rychlost startu neni podstatna nespousti se zase tak casto aby tech par sekund vadilo.

Groovy umi vynikajicim zpusobem http://groovy.codehaus.org/api/groovy/lang/Grab.html nahravat potrebne knihovny, neni potreba udelat jar - vse v jednom.

[Filip Jirsák]

No a pro kterou Javu to vlastne psát? Oracle, Icetea, ...., kazdá se chová trochu jinak. To se u přeložené binárky nebo bash, perl, python skriptu neděje.

Zrovna v případě jednoúčelových skriptů byste na rozdíly v implementaci Javy asi nenarazil. Zato na rozdíly v sh, bash, zsh, ksh, csh, tcsh narazíte každou chvíli, to samé Python 2 vs Python 3. To nebyl moc dobrý argument.

[Pavel Tisnovsky]

No a pro kterou Javu to vlastne psát? Oracle, Icetea, ...., kazdá se chová trochu jinak. To se u přeložené binárky nebo bash, perl, python skriptu neděje.

Mam to chapat tak, ze aplikace napsana podle specifikace se chova jinak kvuli chybam v Oracle/OpenJDK/IBM JDK atd.? To uz je podle toho co vim, hodne minimalizovano...

[jehovista]

A o bezpecnosti javy ... se ani neda mluvit, protoze zadna neexistuje. Ne kazdyho admina bavi si 5x tydne cist o tom, kde zase a nejakou diru a jak ji zalepit.

Tady je ale rec o jave na serveru, ne na klientovi. Drtiva vetsina tech problemu se tyka jen klientskych aplikaci(hlavne applety).

Nejednalo se o memory leak ani o prasáckou aplikaci.

A o co se teda jednalo?

[eMko]

Mam to chapat tak, ze aplikace napsana podle specifikace se chova jinak kvuli chybam v Oracle/OpenJDK/IBM JDK atd.? To uz je podle toho co vim, hodne minimalizovano...

Obecně to platí, ale dá se na to narazit. Proto všude rvu Javu od Oraclu, byť to neřeší problém, že na linuxu jsou jiné chyby než na windows.

[Kolemjdoucí]

Nejednalo se o memory leak ani o prasáckou aplikaci.

A o co se teda jednalo?

V tomto případě démon na procházení výsledků jisté aplikace a hledání souvisejících klíčových slov na po sobě jdoucích řádcích, ve zdrojáku to bylo průzračně triviální.
Nepochybuji že Java guru by to dal do kupy, jde o to že se tohle s Javou občas děje a na serveru to má horší následky než typická chyba C/C++: segmentation fault.

[jehovista]

Nejednalo se o memory leak ani o prasáckou aplikaci.

A o co se teda jednalo?

V tomto případě démon na procházení výsledků jisté aplikace a hledání souvisejících klíčových slov na po sobě jdoucích řádcích, ve zdrojáku to bylo průzračně triviální.
Nepochybuji že Java guru by to dal do kupy, jde o to že se tohle s Javou občas děje a na serveru to má horší následky než typická chyba C/C++: segmentation fault.

Ja tomu nerozumim. Takze se jednalo o prasackou aplikaci?

[Kolemjdoucí]

Ja tomu nerozumim. Takze se jednalo o prasackou aplikaci?

Už jsem psal 2x že nejednalo. Nejde tak ani o řešení chyby, jako že se to občas děje a to více lidem.

[jehovista]

Ja tomu nerozumim. Takze se jednalo o prasackou aplikaci?

Už jsem psal 2x že nejednalo. Nejde tak ani o řešení chyby, jako že se to občas děje a to více lidem.

Napsal, ale nevysvetlil. Nechapu, co bylo pruzracne trivialni. Objeveni memory leaku? Program sam o sobe? Delal jsi profiling, nebo analyzu heapu? Ja uz jsem par memory leaku v jave resil a pokazde se jednalo o chybu programatora.