JDK 26

Production-ready бинарные файлы под лицензией GPL уже доступны от Oracle.

Вот зачем это написано? А остальные васянские сборки не готовы в продакшн? Недостаточно оттестированы?

Вот зачем это написано? А остальные васянские сборки не готовы в продакшн? Недостаточно оттестированы?

Других скорее всего просто еще нет, появятся через месяц-два.

Это значит, что оракл собрал свои сборки и подтверждает, что они готовы в прод. Что там у Васянов, оракл не знает и ответственности за них не несет.

А список (основных) изменений перевести?

Ссылка openjdk.org не открывается.

боюсь исказить контекст.

удалён Applet API

Помянем. :(((

Закопали очень интересную технологию! Закопали, конечно, давно, сейчас это просто снос памятника на могилке… Но всё равно обидно.

530: четвёртый предварительный вариант возможности использования примитивных типов (int, byte, char и другие базовые типы, не являющиеся объектами) во всех видах шаблонов, в операторе «instanceof» и в блоках «switch».

https://openjdk.org/jeps/530 - прямо ящик Пандоры собрались открыть :(

Переформулировал более нейтрально. Но совсем не упоминать Oracle считаю неправильным.

JDK 26

О, боже! Джва года ждал!

с той-же новости на opennet :компания Oracle анонсировала проект Detroit, который будет развиваться в составе OpenJDK и нацелен на улучшение переносимости между Java, JavaScript и Python

значит начнётся Санта-Барбара у JS и Питона :-) С (не)отверганием патчей, миграцией разрабов, изменениями стандартов и прочая-прочая. Oracle будет их гнуть под своё видение прекрасного

async, await есть?

удалён Applet API, применявшийся для запуска Java-приложений в браузере;

Ушла эпоха, да хрен с ней.

значит начнётся Санта-Барбара у JS и Питона :-) С (не)отверганием патчей, миграцией разрабов, изменениями стандартов и прочая-прочая. Oracle будет их гнуть под своё видение прекрасного

The novel approach that we are taking with Detroit is that we are embedding the V8 and CPython runtime directly inside the JVM process

Это просто означает, что в JRE прикрутят CPython и V8. Будет работать что-то вроде

ScriptEngine javascript = new ScriptEngineManager().getEngineByName("V8");
ScriptEngine python = new ScriptEngineManager().getEngineByName("CPython");

Не думаю, что они возьмутся переписывать сами движки, им это не нужно.

эталонной реализации

а до этого «красим-белим» тут?

async/await нужен чтобы сократить накладные расходы в I/O-bound задачах. Для этого в джаве есть виртуальные треды. Планировщик в рантайме переключает виртуальные треды быстро и когда надо, чтобы сократить общее время отклика системы.

Мдя, по итогу новых фичей фактически 0. Кажется мы вернулись во времена Java 7.

Лучший ЯП стал еще лучше!

И все остальные JVM based.

Что-то у .NET как-то слабенько с другими актуальными ЯП кроме стоковых, а ведь раньше пиарили именно как мультиязычный рантайм, даже IronPython как то стух?

@slozier slozier released this Dec 20, 2024
· 130 commits to main since this release
v3.4.2
f5bb69b

On behalf of the IronPython team, I'm very happy to announce the release of IronPython 3.4.2. The runtime targets are .NET Framework 4.6.2, .NET 6 and .NET 8. The baseline for IronPython 3.4 is Python 3.4.

Но хотя бы разработка живая, пытаются допилить до более новых версий пятона.

C# выпал даже из Haxe таргетов :( Но зато появился таргет JVM дополнительно к Java.

В то время как для JVM есть десятки живых ЯП, и среди них несколько относительно популярных и актуальных типа Groovy и JRuby.

Как было бы хорошо, если бы Ruby и другие ЯП одинаково (без учёта стандартных и других либ фреймворков) работали бы на .NET и JVM.

Мдя, по итогу новых фичей фактически 0. Кажется мы вернулись во времена Java 7.

Это ж не LTS версия, а считай промежуточный билд. К 29 LTS наберется изменений.

Разве не Scala лучший? :)

https://scala-lang.org/news/3.8.2/
https://scala-lang.org/blog/2026/03/11/scoverage.html

у мну была площадка где из-за этого людям приходилось держать W7+IE7+FF52esr

Речь идёт о том, что Amazon Corretto и IBM Semeru релизнули свои JDK с Java 26, а, например, Axiom ещё нет (на момент написания коммента).

Я считаю что Java - худшее что случалось в истории компьютеров. Deepseek выдала мне что : Если уж говорить о настоящих проблемах:

Internet Explorer 6 и тормоз evolution веба

Visual Basic 6 с его уходом в небытие

PHP ранних версий с магическими кавычками

USB который всегда надо переворачивать (хотя исправили)

Java SE — просто инструмент. У него есть недостатки, но назвать его «худшим» — сильное преувеличение. Он дал работу миллионам людей, стабильно работает на миллиардах устройств и продолжает эволюционировать.

Я считаю что Java - худшее что случалось в истории компьютеров.

Склонен согласиться с Deepseek. Java как технология делает свою работу довольно хорошо.

JDK 26

Зачем?

Ех! Была у Томми такая Ява, он был бы с нами до сих пор.

Лучший ЯП стал еще лучше!

Лучший из худших, ну может быть.

P.S. Если что, худшие ЯП это все ЯП, которые были и будут созданы до 2027 года.

и в блоках «switch»

Это типа современного goto. Недавно попробовал эту канитель на максималках с паттерн матчингом, так такая макаронина получилась, что у меня мозги на бекрень и перестал структуру кода понимать. Потом всё в ООП стиле пределал и сразу красота, весь код на маленькие кусочки и всё по нужным классам. Красота и благоденствие.

Впрочем, для современной моды на ИИ это наверное пригодится, ибо ИИ в ООП не умеет. А ещё подумаю как это во всяких ржавых происходит, у них то альтернативы нет. Бедные разрабы.

Лучший из худших, ну может быть.

Других ЯП у меня для вас нет.

Вот и я о том же, посмотри мой коммент ещё раз, поправил )

Разве не Scala лучший? :)

не у всех есть настолько широкие мониторы, чтобы писать на скале.

JDK 26

Зачем?

Потому, что пришло время. Они каждые полгода выпускают новую версию. В сентябре будет 27.

Лично мне это тоже кажется странноватым подходом. По-мне версию надо увеличивать, когда готовы какие-то серьёзные обновления языка. Причём не просто сахарок. По-мне текущая версия тянет максимум на Java 10. Java 9 это модули, Java 10 это var + records + switch + вся остальная мелочёвка. Вот когда сделают примитивные типы в шаблонах, структуры, деструктуризацию, nullable типы, вот это вот всё, что они варят уже лет 10, тогда можно считать, что вышла Java 11.

А то, что они HTTP/3 сделали в HttpClient, это на мажорную версию не тянет. Лучше бы они там socks proxy поддержку сделали, до сих пор приходится URLConnection использовать.

Тому щё маркетоиды. Сначала ушли от 1.5 назвав её Java 5. А потом с версии этак 9-й или 10-й запустили печатный станок версий.

ширина не от скалы зависит кмк :)

https://fastpic.org/view/127/2026/0321/_c7b0bcdbdb3e6b8e90a97ed320229112.png.html