Oracle JDK 21 mení licenciu: aktualizácia môže zmeniť firemný účet

Podľa oznámenia Oracle zostávajú aktualizácie Oracle JDK 21 vydané do septembra 2026 pod licenciou NFTC; od októbrovej kritickej aktualizácie 2026 sa ďalšie vydania plánujú pod licenciou Java SE OTN, kým aktualizácie Oracle JDK 25 majú zostať pod NFTC. Firma, ktorá chce na novej zostave JDK 21 prevádzkovať vlastnú produkčnú aplikáciu, musí pred nasadením overiť svoje oprávnenie. Ak sa na ňu nevzťahuje povolené bezplatné použitie ani existujúca zmluva, pokračovanie s aktualizáciami Oracle môže znamenať náklady na licenciu.

Platba nevzniká automaticky za každú nainštalovanú Javu. Licenčné otázky Oracle uvádzajú bezplatný vývoj a testovanie pod OTN, osobitné oprávnenia pre vybrané produkty a služby Oracle Cloud Infrastructure aj možnosť, že Javu pre konkrétnu aplikáciu pokrýva dohoda jej dodávateľa. Rozhoduje distribúcia, licencia príslušnej zostavy, skutočné použitie a zmluvné podmienky, nie iba číslo verzie na serveri.

Inventár: ktorá Java spúšťa ktorú aplikáciu

Začnite pri bežiacej aplikácii, nie pri zozname nainštalovaných balíkov. Služba môže používať inú Javu než príkaz dostupný správcovi v termináli; kontajner si zas nesie runtime v obraze nezávisle od hostiteľa. Pri každom nasadení si zapíšte distribúciu, úplnú verziu zostavy, umiestnenie runtime, aplikáciu, vlastníka služby, prostredie a spôsob, akým sa dostávajú nové aktualizácie do prevádzky.

1. Na serveri zistite cestu k Jave, z ktorej je spustený proces služby. Príkaz java -version v prihlásenom termináli zachytí iba predvolenú Javu daného prostredia; cestu procesu, jeho spúšťacie nastavenia a výstup verzie preto porovnajte.
2. Pri kontajneroch skontrolujte finálny obraz používaný v produkcii, jeho identifikátor a základný obraz v zostavovacom postupe. Obraz vytvorený skôr môže obsahovať inú zostavu, než akú dnes uvádza značka použitá v konfiguračnom súbore.
3. Na vývojárskych staniciach odlíšte JDK pre zostavenie a testy od Javy, ktorá tam denne spúšťa firemnú aplikáciu. Pridajte aj runtime pribalený dodávateľom softvéru, ktorý nemusí byť viditeľný ako samostatná systémová inštalácia.

Inventár má spájať runtime s jeho použitím: produkcia, vývoj, testovanie alebo prevádzka viazaná na konkrétny dodaný produkt. Ak sa výrobcu nepodarí zistiť, ponechajte položku otvorenú. Samotné označenie „Java 21“ nedokazuje, že ide o Oracle JDK, a preto nestačí na určenie licenčnej potreby.

Rozhodovací strom pre licenčné oprávnenie

Najprv oddeľte už získanú zostavu od budúcej aktualizácie. Staršie vydanie získané pod NFTC možno ďalej používať podľa podmienok licencie, pod ktorou bolo získané; nové vydanie Oracle JDK 21 sa bude posudzovať podľa licencie priloženej k nemu. Zotrvanie na starej zostave však môže nechať aplikáciu bez ďalších bezpečnostných opráv, preto nenahrádza plán aktualizácií.

• Nová zostava v bežnej produkcii: overte, či už máte komerčné oprávnenie alebo povolené bezplatné použitie pokrývajúce práve túto prevádzku. Ak nie, pred ďalšou aktualizáciou riešte predplatné alebo migráciu.
• Vývoj a testovanie: skontrolujte, či konkrétne použitie spadá pod bezplatne povolené účely OTN. Firemný notebook nie je osobným použitím iba preto, že ho používa jeden človek.
• JDK s iným produktom: pri oprávneniach pre produkty Oracle, vybrané služby OCI alebo aplikácie dodávateľa overte rozsah pre daný produkt. Právo spustiť jednu dodanú aplikáciu neznamená automaticky právo prevádzkovať s tým istým JDK ďalšie služby.

Ak oprávnenie závisí od zmluvy s dodávateľom, priložte k rozhodnutiu názov aplikácie, jej verziu a dokument, ktorý rozsah použitia určuje. Licenčný záver potom patrí ku konkrétnemu záznamu v inventári, nie k celej skupine počítačov alebo k značke „Java“.

Tri cesty k ďalším aktualizáciám

Zostať pri Oracle JDK 21 je technicky najmenšia zmena pre aplikácie, ktoré sú na túto distribúciu certifikované. Ak produkčné použitie nespĺňa bezplatné podmienky OTN, náklady závisia od existujúcej zmluvy a zvoleného komerčného oprávnenia. Pred rozhodnutím preto porovnajte rozsah zmluvy s inventárom a overte, kto má prístup k aktualizáciám aj podpore.

Prejsť na Oracle JDK 25 znamená zachovať dodávateľa a zmeniť hlavnú verziu platformy. Táto vetva umožňuje zostať pri podmienkach NFTC pre nové aktualizácie, no treba overiť podporu používaných knižníc, zostavovacích nástrojov a dodávateľa aplikácie. Oprávnenie na použitie nového runtime a technická kompatibilita sú samostatné rozhodnutia; úspešné spustenie aplikácie samo osebe nedokazuje, že bude správne fungovať v celej prevádzke.

Prejsť na Eclipse Temurin 21 znamená zmeniť distribúciu a ponechať líniu Java 21. Plán podpory Adoptium uvádza ďalšie vydanie tejto línie na október 2026 a dostupnosť zostáv aspoň do decembra 2029. Termín v tabuľke vychádza z plánu upstream OpenJDK; hotové binárne súbory Temurinu môžu prísť neskôr. Podpora komunity tiež nie je zmluvnou garanciou úrovne služby, takže požiadavku na platenú podporu vyhodnoťte samostatne.

Test migrácie: rovnaká aplikácia, merateľné rozdiely

Obe alternatívy skúšajte proti rovnakej východiskovej zostave aplikácie a s rovnakými vstupnými dátami. Pri JDK 25 sledujete najmä následky zmeny hlavnej verzie; pri Temurine 21 následky zmeny distribúcie. Oddeľte testovacie prostredia, zapíšte presnú zostavu každého runtime a vopred určte, aký výsledok je pre vašu službu prijateľný.

1. Spustite zostavenie, jednotkové a integračné testy. Preverte požiadavky aplikačných knižníc, pluginov a dodávateľa softvéru; zlyhanie kompilácie alebo podpory závislosti riešte skôr než meranie výkonu.
2. Vyskúšajte štart s produkčnými parametrami JVM a pripojenie na používané externé služby. Skontrolujte certifikáty, časové pásma, lokalizáciu, agentov a natívne knižnice. Ak nasadzujete vlastný obraz vytvorený nástrojom jlink, zostavte ho nanovo pre skúšaný runtime.
3. Na reprezentatívnej záťaži porovnajte chybovosť, odozvu, pamäť a aplikačné záznamy s pôvodným stavom. Úspešný štart procesu nestačí, ak sa zmení správanie úloh bežiacich dlho alebo spracovanie externých dát.
4. V testovacom prostredí vyskúšajte návrat na pôvodný obraz aj obnovu konfigurácie. Pri produkčnom nasadení potom viete, či prípadný problém vyvolal runtime, konfigurácia alebo samotný postup výmeny.

Rozhodnutie o nasadení priraďte k výsledku testu a k licenčnému záznamu tej istej inštalácie. Tým zostane jasné, ktorá zostava funguje s konkrétnou aplikáciou a na základe akého oprávnenia ju firma môže používať.

Prečítajte si aj:

• Finax či Portu: detský účet mení výsledok viac než značka
• Zoom či Google Meet: kvalitu hovoru neurčuje iba cena licencie
• Google Workspace či Microsoft 365: cenu licencie skreslí práca offline