Java használatának új licencelési szabályai a HOUG-on. Április 8-10. Siófok (x)

 ( hup | 2019. március 11., hétfő - 9:59 )

Mikor kell előfizetni és mikor ingyenes? Az idei HOUG-ból nem maradhat ki az új Oracle Java SE subscription modell értelmezése. További részletek www.houg-2019.hu ».

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

A .NET Core szoba johet?

(tudom, hogy nem; csak vicceltem.)

jobbnál jobb technológiák...

https://adoptopenjdk.net/
és nincs licensing gond

Van ahova megfelelő és van ahova nem. A helyek 90%-ra nyilván megfelelő.
Illetve már találkoztam olyan gyártóval is aki kifejezetten közölte h csak oracle jdk játszik. Megteheti :(

--
Gábriel Ákos

Amíg fizeti (és hozzá Weblogic meg Oracle RAC licencet is, hiszen nem vagyunk barbárok...:) ) - csinálja csak. Ettől még én nem használnék olyan technológiát, ami nem fut OJDK-n, hátha később meggondolja magát. :)

:D

Én is jiráztam már :)

Akkor csak azt árulja el valaki, hogy egy egyszerű egygépes nyilvántartó programot miért kell Oracle adatbázis kezelőre megírni, természetesen Java-súl.
Márpedig ha bizonyos khm-khm-khm (bocsi bele köhögtem) projektben részt akarsz venni ki kell perkálni enek a nem alacsony költségét. Konkrétan csak ezzel a programmal lehet adatszolgáltatást nyújtani.
Persze sejtem az okát, de nem értem, hogy ...
--
Tertilla; Tisztelem a botladozó embert és nem rokonszenvezem a tökéletessel! Hagyd már abba!; DropBox

Ez fejlesztői hozzáértés kérdése csak. Lásd: abevjava.

Ez megrendelő kérdése ...

Ahol a megrendelő beleszól abba, hogy CSAK oraclejdk-val működjön, az eléggé el van baszva...

+1

Hol a faszba' vannak olyan megrendelők, amik kisütik, hogy az egy fős nyilvántartó program alá Oracle _KELL_?

--
trey @ gépház

okéoké értem, igazatok van. De nézzétek meg az Oracle XE-t és nyugodjatok meg :)

--
Gábriel Ákos

Jaja, az aztan lightweight! :D

igen, és?

Az Amazon Corretto-ról mi vélemény?

https://aws.amazon.com/corretto/

Vagy nem elég cool, túl nagycéges? :D

Az is openjdk csomagolás, szerintem simán mehet az is.

Szerintem korrekt megoldás.
--
Gábriel Ákos

A Java szekció miért ilyen vérszegény? A licencelést a kollégák 3 kommentben megoldották itt fentebb. :)

De hogy GraalVM előadás nincs, pedig egyike az igazán jövőbemutató technológiáknak az Oracle-től mostanában, az szomorú. Pedig Zürich nincs olyan messze...

Ui: Ha ezek után meghívjátok őket, még szomorúbb leszek, mert nem tudok menni. :)

Sales szekció inkább :)

Nekem évek óta az a benyomásom, hogy a HOUG Java oldalon elég szegény... Legalábbis nem emlékszem, hogy az elmúlt 3-4 évben lett volna bármi, amiért elgondolkoztam volna, hogy lemenjek.

Sőt, ithhon mintha egyáltalán nem lenne pezsgés a Java körül.

"De igény az vóna rá?" hogy klasszikust idézzek... :)

Nincs mire fel. Weblogikus a Java 9-et se viszi (2019-ben), újabban a CDB/PDB a divat, úgyhogy a DCN-re se lehet pipeline-t építeni, pedig eléggé buli lenne.
A licenszelés elkúrásán túl nem történt _semmi_.

Szerintem nagy késéssel, de van jó irányba elmozdulás Java fejlesztésben Oracle-ön belül is:
- time based release
- tervezhetően érkező LTS release-ek
- Graal és a köré épülő technológiák

Oracle-ön kívül:
- külső nagy szereplő belépése (AWS Corretto), ami megoldja a hosszú távú supportot
- Kotlin fejlődése
- ART is fejlődik az Androidban (bár nem feltétlenül arra, amerre én szeretném)

Természetesen sok a kihívás, pl. a Java 8 -> Java 9 - 11 váltás még nagyon sok helyen várat magára - őszintén szólva nálunk is. Ennek sok oka van, lehet itt is az Oracle-t szidni, hogy miattuk fragmentálódott szét ennyire - de akár a Google-t is.

Viszont most ismét valamennyire konvergál a platform, már az Android is OpenJDK runtime-ot használ, még ha széthackelve és lemaradva is.
Szóval szerintem nem reménytelen a helyzet.

Ami orékelen kívüli, azt nem fogják a houg-ba behozni...
Nem reménytelen, csak súlyos :)

Miért, az gondoltad volna, hogy egy DOAG-on Postgres előadás legyen? :)

Performancia mérések (nincs benne minden OpenJDK leszármazott):
https://javaoraclesoa.blogspot.com/2018/11/comparing-jvm-performance-zulu-openjdk.html

Előző cikk folytatása:
https://javaoraclesoa.blogspot.com/2018/12/comparing-jvm-performance-startup-time.html

A GraalVM nativ érdekelne, de ehhez át kellene írnom a hobby Webappomat.

Ezt ma kaptam:

"Jelen állás szerint még nem lesz most új verzió, mert az Oracle fizetőssé tette a Java 8/Java 9 verziókat ezért az <ISV> úgy döntött átteszi Java 11-re a programot, hogy az ügyfeleknek ne kelljen fizetnie emiatt."

Elmagyarázná valaki, hogy ez mit jelent?

--
trey @ gépház

Ha minden igaz, az Oracle JDK nyolcat nem használhatod commercial dolgokra 2019. januártól. Lásd: https://java.com/en/download/release_notice.jsp

OpenJDK-t minden további nélkül.
Az Oracle JDK mostmár ténylegesen is OpenJDK build, + néhány dolog letiltva.
Az aktuális (11/12) Oracle/Open JDKra fél évet ad az Oracle ingyen supportot, a többiért fizetned kell.
Az AdoptOpenJDK projekt vállalta, hogy az LTS-nek mondott OpenJDK verziókba backportolja a security fixeket, s buildeli az adott verziót 5 évig.

Itt valszeg a legelső mondat az, ami neked releváns. Az <ISV> használhatna OpenJDK nyolcat, vagy álljon át akuális Oracle JDK-ra.

Ez a Java eddig is egy össze-vissza kevert katyvasz szar volt, főleg annak, aki nem fejleszt, csak üzemeltet. "Remélem", hogy még több semmitérő, redundáns szar infót kell majd fejben tartani, hogy ezt az informatikai csodát toszogathassam.

--
trey @ gépház

De milyen jó, hogy itt a hup, rengetegen vannak akiknek nem okoz problémát fejben tartani ilyen irdatlan mennyiségű információt és nagyon szívesen segítenek neked megérteni és toszogatni ezt az össze-vissza katyvasz szart :)

Annyi a lényeg, hogy mindig frisset használj. Ami EOL, az tuti fizetős.

Mint ahogy fentebb írtam is, van az Amazontól normális build, Java 8 2023 júniusig támogatva lesz, még Windows MSI is van az olyan elveszett lelkek részére, akik nagy mennyiségű Windowst tartanak karban.

Problem solved. (*)

(*) - Mármint van idő megtervezni az átállást a Corretto 11-re.

Mondjuk, ha jól sejtem, ez egy OpenJDK port - szóval ha a program Oracle JDK 8 dependent volt, akkor szopó van továbbra is.

Hogy a faszba bír valami Oracle JDK 8 dependens lenni? Az OpenJDK8 a 8-as Java referenciaimplementációja. Ha valami azzal nem fut, akkor az nem Java-kompatibilis.

JavaFX, így első körben, s nem csomagolja a fejlesztő az app mellé, mert úgyis van a Javaban. Közben meg az openjdkban nincs.

De rémlik innen valami abevjavas topic is, ahol verziófrissités nem ment, mert valami sun.nehasznald.tenylegne csomagból használtak valami printdialog osztályt. Ami, valszeg az openjdkban pont van, de hogy nem szabvány Java osztály, az hótziher.

s nem csomagolja a fejlesztő az app mellé, mert úgyis van a Javaban. Közben meg az openjdkban nincs.

A fejlesztő a komplett Javát lesz szíves mellécsomagolni, amivel futik! Már ha nem dilettáns - mely esetben meg el kell őt felejteni az alkalmazásával együtt...

nyilván, kurva gáz 2019-ben, hogy még mindig itt tartunk, hogy ilyen figyelmeztetésekkel fejlesztenek Java cuccokat.

én nem ezt kérdőjeleztem meg. csak annyit, hogyha a szál elején lévő probmléma szerint valaki gányolt egy ilyet, ami csak Oracle JDK 8-cal megy, akkor arra sem az OpenJDK8-forkok, sem a frisebb Oracle JDK nem lesz megoldás.

Te azt kérdezted, Hogy a faszba bír valami Oracle JDK 8 dependens lenni?
Így. Egyébként meg, ha mellé-csomagolnák a megfelelő java verziót, akkor az egész probléma nem lenne releváns, hogy oraclejdk függő-e a valami kaki, vagy sem.

Ahogy a jira, pl:
Bele volt írva a startup scriptbe, hogy ellenőrizze a `java -version` kimenetét.

Illene a fejlesztonek a kornyezetevel egyutt szallitani az alkalmazast, vegulis 2019 van vagy mi a fene ;) Problem solved.

-
First impressions of the new Cloud Native programming language Ballerina

+1

Axióma, hogy Java alkalmazást a vendor által biztosított JRE-vel futtatunk (mondjuk pl. mert azzal tesztelte).

Axióma hogy a vendor az általunk meghatározott verziójú JDK-ra buildel a mi környezetünkön.
Aztán a mi környezetünkben tesztel a megadott JRE-vel hasonlóan.
--
Gábriel Ákos

Azt, hogy senki sem érti a commercial use licenszelését :)

A következő linken lévő cikk szerint azt jelenti, hogy: Nincs többé ingyenes Oracle Java SE
Ez pl. az ÁNYK/AbevJava felhasználói körnél is probléma lehet, (nem tudom tesztelik-e/működik-e rendesen Windowson OpenJDK-val).
--
Légy derűs, tégy mindent örömmel!

Java11-től állítólag sokkal, sokkal azonosabb az OpenJDK az OracleJDK-val, mint eddig bármikor.
ezért dobtak ki dolgokat az oracle jdk-ból (hello javafx), s nyitottak meg egyebeket (flight manager).
ha innentől olyan programot írsz, ami csak oracleJDK11-en megy, de openJDK11-en nem, akkor elég nagy mágus leszel, s eléggé internal dolgokat használsz ki.

^-- de amennyire követtem, az ÁNYK jelenleg java9-cel sem indul hiba nélkül, szóval...

csak a régi fejlesztések még használnak olyan deprecated megoldásokat, ami már eltörik java 11-gyel, mert kivették. Ahogy írod a javafx például az, ami nélkül az abevjava feltöltéshez a login webview nem tölt be például :)

Kolléga amazonos javával is szopott ezzel, bár lehet csak pluszban kell ahhoz is feltenni.

hat mar evek ota azt jatssza az oracle, hogy mindig csak a legfrissebb jdk/jre toltheto le ingyen, a tobbi verziohoz logint (amit penzert adnak) ker a download oldaluk.

emiatt en szepen gyujtogetem egy szerveren az osszes letoltott verziot, igy ha valamihez regebbi kell akkor keznel van a hazi archivban :)

openjdk-tol kicsit tartok, a 6-os meg nagyon nem volt compatible, a 8-as mar talan hasznalhato abbol is, es ahogy irtak lejjebb is, a 11-tol elvileg az oracle is ugyanazt a forrast hasznalja majd.

7 ota ugyanazt csomagolja az oracle.

ezt ugye sosem mondták így ki, csak egy SO válaszban volt elejtve, hogy kb. ugyanaz, de az Oracle hozzáad még 1-2 apróságot. de sosem volt egy teljes listád arról, hogy mi az, ami az Oracle JDK-ban benne van, de az OpenJDK-ban nincs.

S mint már itt is kiderült, azért van, hogy az az 1-2 apróság nem is annyira apró.

szerintem ez a legelső, hivatalosan Oracle oldalról elhangzott állítás arról, hogy:
- az Oracle JDK és az OpenJDK kb. azonos
- de ebben, és ebben, és ebben nem.

Safe harbor, nyilván nem írják le.

sub