microJUG

Вышел Lombok 1.18.30, поддержавший Java 21 #lombok

Шкала депрессии бэка 😂

В следующей версии IDEA 😂

Все помним, какой сегодня день? ⌨️

Похоже, что в Java 22 безымянные переменные и паттерны выйдут из preview. Это будет первый случай, когда языковая конструкция пробыла в preview всего один релиз. Ранее все языковые конструкции в preview были как минимум два релиза: • switch expressions: два релиза (Java 12 и 13) • text blocks: два релиза (Java 13 и 14) • records: два релиза (Java 14 и 15) • pattern matching for instanceof: два релиза (Java 14 и 15) • sealed: два релиза (Java 15 и 16) • pattern matching for switch: 4 релиза (Java 17, 18, 19 и 20) • records patterns: два релиза (Java 19 и 20) Ну и теперь unnamed variables and patterns: только 1 релиз (Java 21) #java22

Вышли Eclipse 2023-09 и NetBeans 19 #eclipse #netbeans

Плагин JPA Buddy к IntelliJ IDEA Ultimate стал полностью бесплатным

В OpenJDK предложен новый проект Babylon. Он позволит доступаться до структуры Java кода не только во время компиляции, но и во время выполнения. Это позволит рантайму анализировать и трансформировать код, например, генерировать код на SQL (аналогично Expression Trees в C#, что открывает возможности для таких вещей как LINQ). Про это также был доклад на JVM Language Summit. #babylon

Начиная с Java 22, предлагается выдавать предупреждения при использовании JNI. Выглядеть это будет как-то так: WARNING: A restricted method in java.lang.System has been called WARNING: System::load has been called by com.foo.bar.Server in {an unnamed module, module com.foo.bar} WARNING: Use --enable-native-access={ALL-UNNAMED, com.foo.bar} to avoid a warning for callers in this module WARNING: Restricted methods will be blocked in a future release unless native access is enabled Для подавления таких предупреждений надо будет запускать приложение с флагом --enable-native-access, где надо будет указать список модулей, которым разрешено загружать нативный код. Если в рантайме будет попытка загрузки из модуля не из списка, то уже будет вылетать IllegalCallerException. В какой-то из будущих версий Java предупреждение уже будет полностью заменено на исключение IllegalCallerException. Так что для приложений, использующих JNI, флаг --enable-native-access уже будет обязательным. Про полное удаление JNI пока речи не идёт. Напомним, что в OpenJDK много лет разрабатывается альтернатива JNI — Foreign Function & Memory API (FFM). В той же Java 22 она выйдет из состояния preview и станет стабильной частью Java. FFM является более безопасной, чем JNI, и при её использовании флаг --enable-native-access можно будет не указывать и Java не будет выдавать предупреждения (за исключением ситуации, когда используется небезопасная часть FFM API — для неё всё будет аналогично JNI). #java22 #jni #ffm

😂 #юмор

В исходном коде java.lang.String обнаружили интересный баг, причиной которой является race condition в конструкторах строк, принимающих массивы (byte[], char[] или int[]). Эксплуатируя это состояние гонки, можно получить строки с забавными свойствами, например, что "hello world" не начинается с "hello" или что "foo" не равен "foo". Можно даже получить пустую строку, которая не равна "". Race condition в конструкторе очень простой и заключается в том, что входной массив читается дважды в разные моменты времени (см. картинку). За то время, пока одно считывание закончилось и началось второе, содержимое массива может поменяться из другого потока. Багу подвержены все версии JDK, начиная с Java 9 (в которой появились компактные строки). На данный момент неизвестно об уязвимостях, вызванных данных багом. Но кажется, что такие уязвимости со временем появятся, ведь сравнение строк очень частая операция (например, сравнение паролей). В багтрекере OpenJDK баг завели, но закрыли, что может намекать, что баг действительно может иметь последствия для безопасности. Мне очень любопытно, как этот баг будут исправлять. Избежать многократного чтения массива можно путём создания временной копии. Но это сильно просадит производительность при создании строк. На такое явно не пойдут. Скорее всего, будут придумывать другие более изощрённые алгоритмы. #string

Виктор Кланг предложил добавить новый метод gather() в стримы. Это что-то вроде collect(), но ещё более общая операция, через которую можно будет реализовать все остальные. Эдакие коллекторы 2.0. Это наконец-то сделает стримы расширяемыми. #stream

Количество вопросов по разным версиям Java на StackOverflow. Java 8 находится в сильном отрыве от всех остальных версий и имеет больше вопросов, чем в сумме все остальные версии Java. #java8

Сергей Куксенко про виртуальные потоки: https://youtu.be/MOgynY7VIJI #loom

Самые популярные вендоры OpenJDK в 2023 году: 1. Amazon (31%) 2. Oracle (28%) 3. Eclipse Adoptium (12%) 4. Red Hat (11%) 5. Azul (6%) 6. SAP (3%) 7. BellSoft (1.9%) 8. Debian (1.8%) Oracle впервые не первый 🫡 Источник: What Is the State of the Java Ecosystem in 2023?

В Java 21 появился долгожданный метод reversed(), который возвращает view коллекции с обратным порядком: jshell> List.of(1, 2, 3, 4, 5).reversed() $1 ==> [5, 4, 3, 2, 1] Этот метод есть у любой коллекции, реализующей интерфейс SequencedCollection (List, Deque, Stack и т.д). Кстати, всё это уже есть в последнем билде JDK 21-ea+20, так что можно затестить. #java21

Помните, были такие сырые строковые литералы? Их хотели добавить в Java 12, но потом отказались от этой идеи. Так вот, эту идею подхватил C# 11. Смысл очень похожий на Java 12: сырой строковый литерал может начинаться с любого количества кавычек (минимум 3), но должен и заканчиваться на то же самое количество. А между этими n-арными кавычками можно вставить любую чухню (главное, чтобы не было n кавычек подряд):

string raw = """"
   Hello, "John"!
""""

Но это ещё не всё. В C# ведь ещё есть строковая интерполяция ($"Hello, {name}!"). Как будут выглядеть сырые строковые литералы с интерполяцией? А правило такое: количество долларов контролирует количество фигурных скобок, обрамляющих интерполяцию внутри литерала! Например:

String name = "John";
string raw = $$"""
   Hello, {{name}}!
   My {name} is {{{name}}}
"""

Эта строка превратится в:

Hello, John!
My {name} is {John}

Т.е. понимаете? Не только количество кавычек произвольное, но и количество долларов! Например, вот такой код является валидным кодом на C# 11: $$$$$$$$$$$$"""""""""""""""" Hello """""""""""""""" Но это ещё не всё. Всё это безумие ещё добавляется к буквальным строковым литералам, которые начинаются с @". Т.е. в C# теперь есть 6 видов литералов: обычные, обычные с интерполяцией, буквальные, буквальные с интерполяцией, сырые и сырые с интерполяцией. Теперь вы понимаете, почему в Java так тщательно продумывают новые фичи и неспешно их вводят? Лучше уж мало фич, но без подобного синтаксического сумасшествия. #csharp

А по вашему мнению, какая библиотека ключ к успеху? Guava или Guice? 🤔