No ono kdyby AdoptOpenJDK nepřešlo na Eclipse Adoptium a spolu s ním nezrušilo vydávání JRE (které na velký nátlak a ztrátu uživatelů znovu zavedli), tak by bylo jistě v žebříčku výše. Po přechodu na Java 11 se dá očekávat, že zavádění nových LTS verzí bude velmi rychlé, což je fajn, protože není nic horšího než v dnešní době udržovat aplikaci pro starou verzi Java.
Za prvé, k té změně nedošlo s Javou 8, ale v lednu 2019 – takže starší verze Oracle Java 8 byly licencované po staru, novější jsou licencované po novu.Za druhé, „Javy od Oracle“ jsou dvě – Oracle OpenJDK, která je licencovaná pod GPL s classpath výjimkou, a Oracle Java SE nebo Oracle JDK, které se týkala ta změna licencování a která má dlouhodobou podporu. Oracle JDK je pro osobní použití a vývoj zdarma, pro ostatní použití potřebujete licenci – nepřipadá mi to nejasné. Od verze 17 má Oracle JDK novu licenci NFTC, která umožňuje i komerční a produkční použití bez poplatků.
Gratuluji právě jste popsal jaký v tom mají bordel. Každé dva roky nová licence. Navíc jestli se něco nezměnilo, tak Oracle OpenJDK je bez záplat, resp. mají vždy nejnovější verzi. Osobní použití znamenalo, že se nesmí používat i pro testy. A to nové i pro komerční a produkční použití znamená, že se nesmí distribuovat společně s programem. Tam je takových vychytávek, že by to bez porady s právníkem použil komerčně (je úplně jedno jestli bez poplatku nebo s poplatkem) jen blázen. Jediný důvod proč by měl někdo platit podporu u Oracle pro novější verze Java je GraalVM.
Jenže Jirsák má pravdu. (Fakt jsem to napsal? Asi si půjdu umýt ruce a vypláchnout ústa).
1) Testování spádá pod vývoj a ten byl u Oracle JDK vždy povolen.
2) Licenční podmínky se za posledních 10 let měnily pouze dvakrát. Příchodem Java11 LTS a pak ještě v dubnu 2019. Ty platí doposud.
3) Bordel neboli chaos se to jeví pouze těm co danou problematiku plně nesledují a neznají terminologii licenčních podmínek.
např. distrubovat s programem je blbost.
Aplikace je to co vyvíjíš pod Javou (*.class,*.jar, ...) a programy jsou to co je v JDK (java.exe, ...). Tudíž to co běží nad JVM není programem z pohledu správné terminologie.
4) Zrovna GraalVM bych moc neřešil, zatím kromě marketingu nijak zvlášť nevynikl.
5) A co se týče problém s distribucí aplikace, někde jsem četl nebo mě to napadlo(už nevím), že se to dá obejít modulární aplikací(aplikace + jvm+ nutné moduly). Při její distribuci nešíříš JDK, které je chráněno licenčními podmínkami.
Ono to take jednoznacne nebude, pretoze ista nemenovana nadnarodna spolocnost presla po zmene licencnych podmienok kompletne na Azul OpenJDK.
Oracle Java sa povoluje len na vynimku.
To na neriesili len vyvojari, ale aj ostatni sw postaveny na Jave len vyuzivajuci.
Firma ma tiez vela pravnikov a zda sa, ze ti sa rozhodli Oracle Java radsej vyhnut.
10. 5. 2022, 08:46 editováno autorem komentáře
Idealista: Což ovšem pravděpodobně nebude způsobené tím, že Ivanu Brezinovi připadají licenční podmínky Oracle nejasné, ale tím, že oné nadnárodní společnosti licenční podmínky Azul OpenJDK vyhovují lépe. Je dost nepravděpodobné, že by zrovna nadnárodní společnost neměla žádného právníka, který by ty licenční podmínky Oraclu přečetl.
Nadnarodni spolecnosti pravniky maji, ale i korporatni pravnik vam jako admininovi da naprosto nejdnoznacne stanovisko, a pak se vsichni snazi radsi vyhnout se jakekoliv odpovednosti.
Oracle jako dodavatel technologii je v korporatech dost neoblibeny a nepredvidatelny, a napr. takovy SAP je s nimi vylozene na noze. A kdyz lidi slyseli ze JVM bude mit extra cost options, jako tomu je u Oracle Database, tak vsichni zpanikarili a snazili se prejit na OpenJDK (a alternativy) co nejdrive - pokud to slo.
Navic tomu nahrava i fakt, ze korporatni prostredi je dost pozadu a spousta veci jeste bezi na Java8 (a starsi). K zadnym kontunuelnim updatum nedochazi a kdyz uz se ma jednou vse predelat, tak je snazsi se zavislosti na Oracle zbavit.
Když to shrnu, tak podle vás kvůli nejasnosti licencí Oraclu přecházely korporáty z Javy od Oraclu na Javu od Oraclu, což způsobilo, že podíl Oraclu klesl. Což mi připadá hodně zmatené.
Nicméně chápu, že kdo se s Javou nikdy nepotkal, bude mít trochu problém zorientovat se v tom, že Oracle je různě zastoupen v různých „distribucích“ Javy. Všimněte si ale, že nikdo z lidí, kteří mají s Javou něco společného, nepoužívá pojem „Java od Oraclu“ – protože by nikdo nevěděl, o čem je řeč. A je tedy otázka, co New Relic vlastně měří.
Pokud se dobre pamatuju tak to bylo neco jako 25$ za server na mesic. Kdyz se to vynasobi 12ti mesici a 10-30K serveru tak z toho byla suma ze ktere panikarili vsichni. A tak se reklo ze Java jako balik od RHEL je ok, protoze je to pokryty subscribci od RedHat a pripadny spor s Oracle je problem RedHat-u.
Zatimco RPM balik s JDK stazeny ze stranek Oracle je "spatny". Zvlast kdyz by si nekdo nainstaloval posledni update na Java8.
Jinak NewRelic je "super" cloudovy monitorovaci tool, kdy si nahrajete na server agenta, ten se probije pres firemni proxy a veskera data uklada pro proprietarni time-series databaze nekde v cloudu. Tak tim se pak delaji ruzne dashboardy, reporty a monitoringy.
Jeden z vystupu, ktery ten NewRelic agent do cloudu posila je vystup z "rpm -qa", popr. "ps -ef". Takze tahle firma ma nejaka data, ze kterych se da vycist kolik ceho ma kdo nainstalovano(a to i v korporatnich uzavrenych sitich)
Ano, bylo to $ 25 za měsíc pro server, $ 5 za měsíc na desktopu. Akorát že tohle se řešilo na přelomu let 2018/2019, rozhodně to nezpůsobilo propad v posledním roce.
Nemyslím si, že ta data jsou z nainstalovaných balíků – to by rozlišovali jednotlivé „distribuce“. Navíc Java se velice často instaluje mimo distribuční balíky. Předpokládám, že to budou údaje z toho, co o sobě Java hlásí sama, tj. obsah systémové property java.vendor
.
pripadny spor s Oracle je problem RedHat-u
Vůbec ne. Existují zdrojové kódy OpenJDK licencované pod GPL s classpath výjimkou. Ty vezme např. Oracle a sestaví z nich distribuci Oracle OpenJDK, která je šířená zdarma – ale Oracle ji vydává jen v rámci půl roku, po půl roce vznikne nová hlavní verze a starší verze zůstane bez podpory. Nebo si můžete zaplatit podporu od Oracle, pak budete mít Oracle JDK, a to Oracle podporuje (v LTS verzích) několik let. Ty buildy vznikají stále z OpenJDK, ale Oracle na to aplikuje bezpečnostních patche apod. A to samé, co dělá Oracle, může se zdrojovými kódy OpenJDK dělat i někdo jiný. A také to dělají, distribucí Javy je několik – třeba Amazon vydává své Corretto, které udržuje zdarma, a nebo právě RedHat nabízí za peníze svou distribuci (build) Javy. Ale všechny ty buildy (včetně oraclího) vycházejí ze zdrojových kódů OpenJDK. RedHat tedy nemá nic společného s tou proprietární licencí Oracle, protože vychází z OpenJDK pod GPL (stejně jako z něj vychází Oracle).
Vztah Oraclu a RedHatu je v tomto tedy stejný, jako je vztah RadHatu A Canonicalu vzhledem k linuxovému jádru. Oba na jeho základě staví nějaký svůj produkt, ke kterému poskytují (placenou) podporu.
Prosím, nepoužívejte spojení "native image" je to blábol. Správně je "runtime image" specifikováno JEP220. Nevhodná terminologie vede k chaosu a zmatkům.
Navíc to o čem mluvíš tomu já říkám modulární projekt (přesněji Java Platform Module System (JPMS)) a tom jsem se zminoval v bodě 5. Nejedná se o nějaké specifikum GraalVM ale standardní součástí Java JDK od verze 9.0. (https://www.oreilly.com/library/view/java-pocket-guide/9781491938683/ch21.html)
Jasně trochu jsem to zveličil.
1) Nebylo to tak jednoznačné, třeba staging/preprod prostředí už by mělo mít licenci. Problém je, že pro určení co je a co není vývoje je potřeba právník.
2) Já napsal každé dva roky nová licence. Mě změna "komerční" licence 2x za poslední 3 roky přijde jako jasný signál, se tomu vyhnout když existuje alternativa.
3) Ne bordel v tom dělá Oracle protože neví co chce. Resp. ví co chce vytřískat z toho všechny prachy, ale neví jak a chová se jako slon v porcelánu. Jeho strategie snad pochází z křišťálové koule.
4) Nevím má své výhody (např. start aplikace) i nevýhody (např. kompilace na Windows, reflexe, rozhodně není v běhu rychlejší než normální JVM) na hodnocení je pro mě příliš brzo.
5) To je hezké, že to někde psali, ale bez právníka bych si tohle s OracleJDK nedovolil a vlastně ani není důvod na to OracleJDK použít.
Nestoupá ten Amazoní podíl kvůli deployi Java aplikací v AWS? Dá se v AWS vůbec vybrat na jakém JRE to má běžet?