- A hozzászóláshoz be kell jelentkezni
Hozzászólások
A .NET Core szoba johet?
(tudom, hogy nem; csak vicceltem.)
- A hozzászóláshoz be kell jelentkezni
jobbnál jobb technológiák...
- A hozzászóláshoz be kell jelentkezni
https://adoptopenjdk.net/
és nincs licensing gond
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
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. :)
- A hozzászóláshoz be kell jelentkezni
:D
- A hozzászóláshoz be kell jelentkezni
Én is jiráztam már :)
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
Ez fejlesztői hozzáértés kérdése csak. Lásd: abevjava.
- A hozzászóláshoz be kell jelentkezni
Ez megrendelő kérdése ...
- A hozzászóláshoz be kell jelentkezni
Ahol a megrendelő beleszól abba, hogy CSAK oraclejdk-val működjön, az eléggé el van baszva...
- A hozzászóláshoz be kell jelentkezni
+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
- A hozzászóláshoz be kell jelentkezni
okéoké értem, igazatok van. De nézzétek meg az Oracle XE-t és nyugodjatok meg :)
--
Gábriel Ákos
- A hozzászóláshoz be kell jelentkezni
Jaja, az aztan lightweight! :D
- A hozzászóláshoz be kell jelentkezni
igen, és?
- A hozzászóláshoz be kell jelentkezni
Az Amazon Corretto-ról mi vélemény?
https://aws.amazon.com/corretto/
Vagy nem elég cool, túl nagycéges? :D
- A hozzászóláshoz be kell jelentkezni
Az is openjdk csomagolás, szerintem simán mehet az is.
- A hozzászóláshoz be kell jelentkezni
Szerintem korrekt megoldás.
--
Gábriel Ákos
- A hozzászóláshoz be kell jelentkezni
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. :)
- A hozzászóláshoz be kell jelentkezni
Sales szekció inkább :)
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
"De igény az vóna rá?" hogy klasszikust idézzek... :)
- A hozzászóláshoz be kell jelentkezni
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_.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
Ami orékelen kívüli, azt nem fogják a houg-ba behozni...
Nem reménytelen, csak súlyos :)
- A hozzászóláshoz be kell jelentkezni
Miért, az gondoltad volna, hogy egy DOAG-on Postgres előadás legyen? :)
- A hozzászóláshoz be kell jelentkezni
Performancia mérések (nincs benne minden OpenJDK leszármazott):
https://javaoraclesoa.blogspot.com/2018/11/comparing-jvm-performance-zu…
Előző cikk folytatása:
https://javaoraclesoa.blogspot.com/2018/12/comparing-jvm-performance-st…
A GraalVM nativ érdekelne, de ehhez át kellene írnom a hobby Webappomat.
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
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 :)
- A hozzászóláshoz be kell jelentkezni
Annyi a lényeg, hogy mindig frisset használj. Ami EOL, az tuti fizetős.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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...
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
Ahogy a jira, pl:
Bele volt írva a startup scriptbe, hogy ellenőrizze a `java -version` kimenetét.
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
+1
Axióma, hogy Java alkalmazást a vendor által biztosított JRE-vel futtatunk (mondjuk pl. mert azzal tesztelte).
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
Azt, hogy senki sem érti a commercial use licenszelését :)
- A hozzászóláshoz be kell jelentkezni
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!
- A hozzászóláshoz be kell jelentkezni
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...
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
7 ota ugyanazt csomagolja az oracle.
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
Safe harbor, nyilván nem írják le.
- A hozzászóláshoz be kell jelentkezni
sub
- A hozzászóláshoz be kell jelentkezni