Administrace komentářů

Chybí už jen ta multiplatformovost, ve Windows by to asi chtělo souběžně udržovat nějaký podobně složitý.bat.

Zapomínáte na to, že váš skript používá další utility – wget, unzip, kontrolu elektronického podpisu. Krásný příkladem toho, že tyhle utility nemusí být všude, je běžný počítač s Windows.

Mně opravdu jnlp NEfungovalo v prohlížeči out-of-the-box, takže startovací pozice je tu stejná.

Buď používáte nějakou divnou distribuci Javy, nebo jste při instalaci nezvolil instalaci HWS (resp. možná ji spíš zakázal, mám pocit, že instalace JWS je default).

Tím samozřejmě naprosto netvrdím, že ten koncept je špatný nebo zbytečný, jen dementuji fakt, že by bylo složité či "sebemrskačské" něco podobného udělat pro distribuci programu v jiném jazyce, případně bylo potřeba používat JWS jen kvůli tomuto konceptu.

Stále ještě je zde jedna vlastnost navíc – tím, že kód běží v JVM (managed kód), je možné řídit, co ten který program může dělat – např. pokud program chce přistupovat na lokální disk, musí toto deklarovat a uživatel mu to může zakázat. Pokud budete o nějakém Cčkovém kódu zkompilovaném nativně pro nějaký procesor, můžete tvrdit, že aplikace na disk nepřistupuje, ale uživatel vám to může věřit a nemusí (a vy to zase můžete tvrdit jenom do té míry, do jaké jste ochotn věřit nebo schopen zkontrolovat kód všech knihoven, které používáte). V případě JWS stačí věřit Sunu, že je JVM naprogramováno správně. V tomhle směru je ale na JWS co dál rozvíjet – aby např. mohl správce systému nadefinovat systémovou politiku, kterou uživatel nebude moci přebít (např. na disk smí přistupovat jen aplikace jménem XYZ podepsaná certifikátem ABC). Něco už je možné definovat, ale mám pocit, že uživatel to může vždy přebít.

Ani proti JWS nic nemám, nevadí mi, ale měl bych kdyby se to začlo nějak masivně rozmáhat, což nejspíš nezačne, bude to hlavně u těch programů, které "musí" být multiplatformní. Ty ostatní nebudou tahat své vlastní kolo s sebou, ale mohou využít existující nativní prostředky systému.

O rozmáhání mimo platformu Java mne ani nenapadlo řemýšlet. Ono je JWS k Javě vázáno jak plusy, tak mínusy. JWS muselo vzniknout, aby bylo vůbec možné nějak multiplatformě jednotně šířit a instalovat Java programy. Na druhou stranu, téhle nutnosti se pěkně využilo a JWS tak přináší pro Java aplikace funkcionalitu navíc, která by bez JWS nebyla.

Pro něco na způsob JWS ale není podmínka multiplatformnost, ale managed kód. Protože ten umožňuje, aby aplikace byly spouštěné jedním kliknutím přímo z prohlížeče – protože je možné zaručit, že ten kód nebude dělat bez uživatelova souhlasu nic škodlivého.

Ještě mne napadá (no flame) -- FF já aktualizuji samozřejmě prostředky systému, ne nějakým jeho osobitým, se systémem neintegrovaným způsobem. (Pro běžného uživatele třeba užitečným, hlavně na Windows). Bylo by dobré, kdyby to stejně šlo i u JWS, protože -- je dobré mít na výběr, že (s tím jistě každý souhlasí). Není dobré aby autor aplikace někomu vnucoval jen ten "jeden správný koncept" jakože "všechno udělám já JWS, zaktualizuji se když mě spustíš, nainstaluji se atd.". Pokud tohle jde i u JWS (nevím, tolik do toho nevidím) tak s tím nemám problém, JWS je prostě fajn alternativa.

To je věc, která mne v Linuxu na FF a eclipse štve – že se spolu neustále perou aplikační a distribuční způsob aktualizace aplikace a pluginů. Ne že by to nešlo vyřešit, ale zpravidla jedině tak, že jeden ze způsobů aktualizace „zabijete“.

U JWS nemůže způsob aktualizací přímo řídit uživatel, v JNLP souboru stanoví autor, zda se aktualizace budou instalovat automaticky, nebo po odsouhlasení uživatelem – a pokud uživatel aktualizaci odmítne, zda se spustí stará verze, nebo nic. uživatel to může obejít vytvořením vlastního JNLP, ale to je poněkud nesystémové.