Додавання пропозицій для Java 24 припинено, нову версію готують до релізу 18 березня

Комплект Java-розробника JDK 24 перейшов на другий етап Rampdown, що означає заморозку всіх пропозицій. Вдосконалення існуючих JEP допускаються за умови «надзвичайно важливої» причини. Про це, як пише Devclass, оголосив Марк Рейнхольд з Oracle, головний архітектор платформи Java.

Випуск JDK 24 заплановано на 18 березня. Це не версія з довгостроковою підтримкою (LTS); наступна версія LTS – JDK 25, очікується 16 вересня 2025 року.

У JDK 24 включено 24 JEP, дві з них експериментальні, а вісім знаходяться на різних етапах попереднього перегляду. 

Слід зазначити, що в цьому релізі припинено підтримку 32-розрядної версії Windows x86. В описі JEP 479 стверджується, що всі спроби тестування та розробки, націлені на 32-бітну Windows x86, будуть припинені, щоб спростити інфраструктуру збірки та тестування JDK. Інші 32-розрядні платформи (такі як ARM32) все ще підтримуватимуться, хоча 32-розрядний порт Linux x86 вважатиметься застарілим, і буде запланований для видалення в JDK 25.

До JDK 24 додано попередження під час використання Java Native Interface (JNI), засобу виклику нативний коду, наприклад бібліотек, написаних мовою C. Ідея полягає не в тому, щоб оголосити JNI застарілим, хоча вже існує новий API зовнішніх функцій і пам’яті (FFM), але для того, щоб забезпечити узгоджений рівень попереджень для API JNI та FFM. Кінцева мета полягає в тому, що розробники, які бажають викликати нативний код, повинні будуть «явно ввімкнути використання JNI та API FFM під час запуску», оскільки будь-яка взаємодія між Java та нативним кодом є ризикованою.

Пропозиція JEP 498 додає в Java попередження під час першого виклику будь-якого методу доступу до пам’яті в просторі імен sun.misc.Unsafe. Ці методи вже застаріли та будуть вилучені в майбутньому релізі, починаючи з JDK 26. Розробників просять перейти на стандартні API в API FFM, а також на API VarHandle.

Нова функція продуктивності, JEP 483, покращує час запуску шляхом попереднього завантаження класів. Відтепер запуск програми відстежуватиме та кешуватиме класи, щоб зробити їх доступними одразу під час наступного запуску.

JEP 486 назавжди вимикає менеджер безпеки. Це була функція Java з першого релізу, і за замовчуванням увесь код розглядається як ненадійний. 

Пропозиції JEP 496 і 497 додають в Java квантово-стійкі модулі для інкапсуляції ключів і алгоритмів цифрового підпису.

Повний список усіх нових функцій, які з’являться в JDK 24, можна знайти на сайті OpenJDK.