Hned v uvodu je chyba "aktuální verze obsaženy v Java 8 a 9" Jake javy?
Ve specifikaci to rozhodne neni.....
Java neni jen oracle java... A kdyz uz je nutne psat ze jsou "ve vsech javach" tak by mel autor zminit "oracle je procpal javafx do vsech svich binarek, a tem co ji nechci tak zbytene cpe classy na bootclassapth"
Vsichni ostatni (pravda zas tak moc jich neni... cili Ibm a Openjdk) strkaji javafx jar (pripadne .so je li zvlast) na classpath/ext a na lib path.
Navic - cely tutorial vali na linuxovem stroji - tak proc je tam screenshot na download oraklyho blobu?
Neni snad k dispozici rpm/deb balicek openjdk? Je tak tezke si k nemu zbuildit javafx?
Co se tyce oracly javy - ma jeinou vyhodu - jejich zip se rozbali kamkoliv, nastavuy se JavaHome a je to. Tak proc vubec zminovat utrpeni s jejich rpm ktere jsou prakticky nepouitelne?
Vetisna distribuci bali openjdk dobre. A orakly ajva neni potreba.
U autora clanku o java technologii na linuxovem portalu by tato znalost mela automaticka a ne bludit tou hruzou se screenshoty co odkud stahnout a co delat kdyz nahodou nebezi sudo....
Omlovam se za prikrost, ale osveta je nulova, chyby zrejme a target audience je asi nekde jinde nez na rootu....
Rikaji mi Trident a mam problem - jsem Unixak. Ahoj Tridente...
Javisti jsou obvykle vlastni svet co delaji veci neunixove,neposixove ba i newindowsove a po svym. V Sunu se na ne koukali vyvojari OS zkrz prsty a tise trpeli ty jejich vyplody a infiltraci do Solace bo politika vojin kefalin a strategicky prodakt!
Target audience je pojem co je z brnenskeho hantecu? Uz konecne zvedli v RH platy?
V distribucích je OpenJDK hezky integrované, instaluje se přes balíčkovací systém (.deb, .rpm), verze Javy se v Debianu volí přes update-alternatives
, javovské aplikace jdou spouštět jako normální binárky ( chmod +x program.jar && ./program.jar
) atd. Java zapadá do GNU/Linuxu (nebo obecně POSIXu) zhruba stejně jako Python, Perl, Ruby, PHP atd. nebo spíš ještě líp.
Fakt není důvod instalovat složitě binární bloby od Oraclu.
Proc serial nezacina tim, co to JavaFX je, k cemu slouzi, a proc bych se ho mohl chtit naucit?
Prijde mi to takove zmatene. Kliknul jsem, protoze se (uz nekolik let) chci pustit do JFX a porad nic. Jenze jsem se dozvedel asi 10x vic informaci nez jsem cekal a potreboval.
Vubec nevim, proc se zde probira instalace Debianu a nejakeho Mate. Prece nechcete rict, ze abych si zkusil neco v JFX, musim si nainstalovat novy system a vse okolo? Asi by bylo dobre na zacatek uvest - pokud uz mate JDK+IDE, preskocte k instalaci JFX tam a tam.
Ty galerie - je opravdu nutne davat screenshot pro kazdy krok? Pro lepsi citelnost navrhuji rozdelit clanek do kapitol, u nadpisu rict jaka galerie se toho tyka a v textu nahradit vyskyty "jak to ukazuje X obrazek Y galerie" pouze "(obr X.). Usetrite tim ctenare (cte se to fakt dost blbe) a asi 1kB textu.
Uvolnovani RAM je taky tema samo pro sebe. Asi by bylo dobre na zacatek uvest - pokud mate RAM dost, tato cast se vas netyka.
Tesim se na pristi dil a doufam, ze se neco noveho dozvim :-)
Základem je popsat detailně stav HW a SW, na kterém to budete spouštět. Stejný OS, stejné prostředí, stejné verze, stejné nastavení. Účel je jediný: minimalizovat dotazy typu "na mém počítači s OpenJDK mi to nefunguje", "padá mi to, možná kvůli tomu, že mám jen 1GB RAM", "no na mne ta Java 9 něco křičí" atd.
Zkrátka, když budete postupovat dle uvedeného návodu, tak dostanete stejné výsledky. Pokud postup nedodržíte (žádný virtuál, méně paměti, jiná verze Javy, jiný dodavatel Javy, jiný OS apod.), tak je to vaše věc a vaše riziko. Pro pedagogické účely je tohle mnohem lepší přístup, než opačný extrém "na mém zcela obyčejném PC to funguje, jestli vám ne, tak to máte blbý".
Na webech jede? To znamená co? Že si pustím prohlížeč a začnu klikat CREATE DATABASE...?
Pokud jste měl na mysli opačnou relaci "weby jedou na MySQL", tak korektní vyjádření je "Zřejmě existují nějaké weby, které používají MySQL" - což je ovšem tvrzení, které nám nic neříká o kvalitě zmíněné technologie.
Rozšířenost (kvantita) totiž není zárukou kvality. Většinová populace neumí ani základy programování. Máme pak vše o IT zapomenout, abychom se stali těmi "správnými"?
Článek bych nehodnotil tak přípře. Vypadá to jako návod pro pedagoga, který potřebuje připravit počítače pro studenty a dělá to poprvé :-) Takových bude asi dost (a nezbývá než doufat, že toho o javě vědí víc). Takže pokud bude v dalších pokračováních kvalitní obsah o JavaFX, je vše v pořádku. Nejhorší prohřešky z dnešního dílu může ostatně autor krátce dementovat v dalším dílu.
Ad „Vypadá to jako návod pro pedagoga, který potřebuje připravit počítače pro studenty a dělá to poprvé“
Tím spíš by měl být ten článek dobře napsaný a nezatěžovat čtenáře nesmysly a nevést ho špatnou cestou.
Ad „Aby to nebylo zbytečně komplikované, tak zvolíme asi nejčastější kombinaci – vývojovou platformu Java verze 8 přímo od Oracle.“
Jistě, aby to nebylo komplikované, tak budeme stahovat cosi z Internetu a pak to ručně instalovat – místo abychom si nainstalovali balíček, který je standardní součástí naší distribuce. A aktualizovat tu ručně instalovanou Javu bude kdo?
Ad „Použití „oficiální“ verze má samozřejmě několik výhod, které spočívají hlavně v snadné přenositelnosti aplikací a kódu mezi různými platformami, na kterých JDK verze 8 běží.“
WTF?? Java má specifikaci a OpenJDK jí vyhovuje. Aplikace psaná v Javě má odpovídat specifikaci (jinak není psaná v Javě), a tudíž poběží nad OpenJDK. Pokud aplikace neběží, je na 99,999% chyba v ní – autor je prase – a aplikaci je potřeba opravit. V nepatrném zlomku případů bude chyba v OpenJDK → pak je potřeba chybu nahlásit a opravit tam. Ale ani jedno není důvodem k instalaci proprietárních binárních verzí od Oraclu. Ty jsou dobré leda tak pro pacienty, kteří ještě používají MS Windows.
Psát su -c 'service postgresql status'
je poněkud „neortodoxní“. Buď se píše sudo service postgresql status
(pro ubuntisty) nebo se píše prostě jen service postgresql status
a předpokládá se, že čtenář je dostatečně gramotný a ví, že se ten příkaz má pouštět pod rootem (případně je tu konvence $ a # na začátku řádku).
Nedávno jsem oraclí javu zkoušel nainstalovat na Debianu. Oracle neposkytuje balíček deb, takže buďto stáhnete tar a nainstalujete to mimo balíčkovací systém, nebo zkusíte vyrobit deb z rpm pomocí alien (obvykle kvůli skriptům v balíčku nevyzpytatelné). Po hromadě sraní se mi to nakonec nepodařilo (připouštím, možná jsem na to prostě moc blbej). Naproti tomu instalace Openjdk byla záležitostí JEDINÉHO apt-get.
Všem děkuji za příspěvky. Rád bych zde shrnul pár reakcí na to, co bylo uvedeno:
1. Oracle Java - je třeba to brát tak (i když z toho nejsem taky nijak odvázaný), že v cílové skupině se budou vyskytovat hlavně Windows a s nimi Oracle JDK. V některém z dalších dílů bude popis, jak zkušební příklady vypadají na kombinaci OpenJDK+OpenJFX
2. tvorba VM - seriál navazuje na Adu, kde bylo uvedeno, že základem je vždy virtuální stroj. A o virtulizaci něčeho jiného, než je Linux asi nemá smysl moc diskutovat
3. popis JFX, důvody pro něj - toto prostě nebylo součástí "zadání". Je třeba to brát tak, že seriál na Rootu je pouze "vedlejším" produktem
4. výběr databáze - PG vzešlo z diskuse a také proto, že je mi ze všech pohledů nejbližší. A když už MySQL, tak které - Oracle, Maria nebo Percona?
V dalších dílech se objeví i H2DB
5. vhodnost JFX pro pedagogické účely - tohle nebylo moje rozhodnutí, takže asi nějaké jsou
Pro Maven existuje luxusni javafx plugin, staci predpriravit pom.xml a studenti nebudou muset resit stahovani knihoven, zavislosti apod. Integrace Mavenu v eclipse je velice dobra.
Delat dneska libovolny Java projekt bez Mavenu mi prijde krapet nepohodlne.
A kdyz bude ve skole nasazen lokalni Maven server, mohou na nem byt vystaveny examply ve forme artefaktu, zmena pripraveneho examplu se provede na Maven serveru, studenti si jenom sosnou novou verzi artefaktu.
Doporucuju pridat do serialu Maven, ulehci stasnou spoustu opici prace se stahovani a zavislostma knihoven.
Co je to za nesmysl?
Maven plugin vykonne nedela nic jineho, nez se vespod spousti mvn commandy. Uplne stejne, co se spoustej v commandlajne.
Navic to kontroluje syntaxi POMu a ma luxusni wizard na vkladani pluginu a dependencies do POMu.
Navic wizard s artefakty pro vytvoreni noveho projektu
Pokud ale ma Maven slouzit k onanii nad preklepy v POMu, potom jo, s Eclipse pluginem o to prijdes.