Пока мы тут обсуждаем Java 22, уже первые три JEP'а появились в Java 23:
• Финальные шаблонные строки: String Templates (Final)
• Финальные неявные классы: Implicitly Declared Classes and Instance Main Methods (Final)
• Превью примитивных типов в паттернах: Primitive types in Patterns, instanceof, and switch (Preview)
#java23

Как известно, ваш фреймворк ни о чём, если не поддерживает fluent API. Поэтому, чтобы поспевать за модными трендами, в SLF4J 2.0 полтора года назад его решили добавить.

То есть если раньше писали:

log.info("Hello world");

То сейчас можно писать:

log.atInfo().log("Hello world");

Это более круто и молодёжно.

Или вместо:

log.debug("firstName={}, lastName={}", firstName, lastName);

Можно писать:

log.atDebug().addKeyValue("firstName", firstName).addKeyValue("lastName", lastName).log();

Ну не красота ли?

Ладно, sarcasm mode off. Если серьёзно, то я действительно не вижу такой уж гигантской пользы от fluent API в SLF4J 2.0. В моём коде сейчас нет ни одного лога, где бы я использовал такие цепочки. Я продолжаю писать всё по старинке. Это короче и читабельнее. Но на ум приходит вот такой случай. Допустим, мне очень сильно важна производительность и я не хочу, чтобы мои логи генерировали какого-либо лишнего мусора. В таком случае мне бы пришлось что-то делать с логами с тремя или более параметрами:

log.debug("Full name is {} {} {}", firstName, middleName, lastName);

Если уровень DEBUG отключен, то в этом случае всегда будет создаваться ненужный массив, т.к. у Logger есть только перегрузки с одним и двумя параметрами, а дальше уже только Object....

Можно обернуть строку в if (log.isDebugEnabled()) {...}, но станет некрасиво. Но можно как раз использовать fluent API:

log.atDebug().addArgument(firstName).addArgument(middleName).addArgument(lastName).log("Full name is {} {} {}");

Здесь нет никаких массивов, а atDebug() в рантайме всегда возвращает синглтон, так что ничего лишнего выделиться не должно. В версии SLF4J 2.1, которая скоро выйдет, код будет выглядеть покороче:

log.atDebug().arg(firstName).arg(middleName).arg(lastName).log("Full name is {} {} {}");

А что вы думаете про новый fluent API в SLF4J 2.0? Используете ли? И в каких случаях?
#slf4j

Языку Scala сегодня исполнилось 20 лет. Релиз первой публичной версии Scala произошёл 20 января 2004 года.

Новый черновик JEP: Derived Record Creation (Preview)

Предлагается ввести новую синтаксическую конструкцию для удобного преобразования записей: e with { ... }.

Например, есть запись:

record Point(int x, int y, int z) { }

Пример преобразования:

Point newLoc = oldLoc with { 
  x *= 2; 
  y *= 2; 
  z *= 2; 
};

Это будет логически эквивалентно (но намного короче):

Point newLoc = switch (oldLoc) {
  case Point(var x, var y, var z) -> {
    x *= 2; 
    y *= 2; 
    z *= 2; 
    yield new Point(x, y, z);
  }
};

#record

Новые JEP'ы.

JEP 467: Markdown Documentation Comments
Предлагается ввести новый тип JavaDoc'а на основе Markdown в качестве альтернативы старому на основе HTML. Такой JavaDoc использует /// вместо /** ... */:

Старый:

/**
 * Returns a hash code value for the object. This method is
 * supported for the benefit of hash tables such as those provided by
 * {@link java.util.HashMap}.
 */

Новый:

/// Returns a hash code value for the object. This method is
/// supported for the benefit of hash tables such as those provided by
/// [java.util.HashMap].

JEP 468: Derived Record Creation (Preview)
Предлагается добавить в язык with'еры для записей:

record Point(int x, int y, int z) { }

Point nextLoc = oldLoc with {
    x *= 2;
    y *= 2;
    z *= 2;
};

Это особенно удобно, когда нужно изменить только один компонент записи из многих:

record User(int id, String firstName, String lastName, String email) {}

var newUser = oldUser with { id = 42 };

Озвучено новое предложение по String Templates. Предлагается избавиться от интерфейса Processor и оставить только StringTemplate. То есть больше не будет никаких STR."...", RAW."..." и FMT."...", и можно будет просто писать:

System.out.println("Hello \{name}");
String s = String.format("Hello %12s\{name}");

Чтобы это стало возможным, библиотекам нужно будет добавить явную поддержку аргументов StringTemplate:

public class PrintStream {
    ...
    public void println(String);
    public void println(StringTemplate);
}

public class String {
    ...
    public String format(String, Object...);
    public String format(StringTemplate);
}

Однако пока остаётся открытым вопрос, что делать, если нужно просто интерполировать шаблонную строку в String. Похоже, что будет какой-то новый метод вроде join():

String s = "Hello \{name}".join();

Пользователям macOS Sonoma на Apple Silicon не рекомендуется обновляться до версии 14.4, так как после этого Java-процессы могут неожиданно терминироваться. Проблема затрагивает все версии Java с 8 по 22. Обходного пути нет. Также после обновления у вас не будет простого способа откатиться на предыдущую версию macOS.
#macos

Завтра что-то выйдет

Спрингу исполнилось 20 лет. 24 марта 2004 года вышел Spring Framework 1.0 Final.

Сегодня с ребятами из каналов @javaswag и @staff_engineers будем обсуждать новые фичи в Java 22. Стрим начнётся в 20:30 по Москве. Приходите, будет интересно.

https://www.youtube.com/watch?v=8E_g-VHJCtw

Баг с крэшем JVM исправили в macOS 14.4.1. Так что теперь можно обновляться.
#macos

Новый черновик JEP: Module Import Declarations (Preview).

Предлагается добавить новый тип импорта: импорт всех экспортированных пакетов из модуля. Например:

import module java.base;

Это то же самое, что вручную написать import для всех пакетов, экспортированных в модуле java.base:

import java.io.*;
import java.util.*;
import java.util.function.*;
... // ещё 51 импорт

Брайан Гетц написал огромное письмо в рассылку, где впервые очень подробно и с конкретными примерами синтаксиса написал, как могут выглядеть member-паттерны (паттерны-члены). Напомню, что в Java сейчас есть только паттерны у записей. Member-паттерны позволят объявлять паттерны в любых классах. Рассмотрим несколько примеров:

Паттерн-деконструктор:

class Point {
    int x, y;

    Point(int x, int y) {
        this.x = x;
        this.y = y;
    }

    pattern Point(int x, int y) {
        matches Point(that.x, that.y);
    }
}

Статические паттерны:

class Optional<T> {
    static<T> Optional<T> of(T t) { ... }
    static<T> Optional<T> empty() { ... }

    static<T> case pattern(Optional<T> that) of(T t) {
        if (that.isPresent())
            matches of(that.get());
    }

    static<T> case pattern(Optional<T> that) empty() {
        if (that.isEmpty())
            matches empty();
    }
}

(В примере выше case нужен для проверки exhaustiveness компилятором)

Далее такие статические паттерны можно уже применять в switch или instanceof:

case Optional.of(var e): ...
case Optional.empty(): ...

Инстанс-паттерны:

public class Class<T> {
    ...

    pattern arrayClass(Class<?> componentType) {
        if (that.isArray())
            matches arrayClass(that.getComponentType());
    }
}

package java.util.regex;

public class Pattern 
    ...
    pattern(String that) regexMatch(String... groups) {
        Matcher m = matcher(that);
        if (m.matches())
            matches Pattern.regexMatch(IntStream.range(1, m.groupCount())
                                            .map(Matcher::group)
                                            .toArray(String[]::new));
    }
}

Использование:

int[] array = {1,2,3,4,5};
Class<?> clazz = array.class;
if (clazz instanceof arrayClass(componentType)) {
    ...
}

static Pattern As = Pattern.compile("(a*)");
static Pattern Bs = Pattern.compile("(b*)");
...

String str = "aaaa";
switch (str) {
    case As.regexMatch(var as): ...
    case Bs.regexMatch(var bs): ...
    ...
}

Как-то так.

#patternmatching

Вышла IntelliJ IDEA 2024.1

😥 String Templates всё. В Java 23 их не будет, даже с --enable-preview.

Сегодня начинается Rampdown Phase One для JDK 23. Окончательный список фич:

455: Primitive Types in Patterns, instanceof, and switch (Preview)
466: Class-File API (Second Preview)
467: Markdown Documentation Comments
469: Vector API (Eighth Incubator)
473: Stream Gatherers (Second Preview)
471: Deprecate the Memory-Access Methods in sun.misc.Unsafe for Removal
474: ZGC: Generational Mode by Default
476: Module Import Declarations (Preview)
477: Implicitly Declared Classes and Instance Main Methods (Third Preview)
480: Structured Concurrency (Third Preview)
481: Scoped Values (Third Preview)
482: Flexible Constructor Bodies (Second Preview)

Как обычно, сплошные превью и инкубаторы. Из стабильного только Markdown Documentation Comments, но я не думаю, что прям все ринутся писать джавадоки в новом формате. Хотя, может, кто-то и будет.

#java23

Maven Daemon вышел из беты. Зарелизился mvnd 1.0.0 (и уже 1.0.1). 1.0.0 соответствует Apache Maven 3.9.8.

А вы юзаете mvnd? Я уже юзаю давно. Работает отлично. Работает гораздо быстрее, чем простой Maven.

#maven #mvnd

Сбер выпустил открытую среду разработки Giga IDE на базе IntelliJ IDEA/Pycharm со встроенным ИИ-ассистентом GigaCode. Среда доступна в двух вариантах: Giga IDE Desktop и Giga IDE Cloud.

Вскоре после выхода разработчик из JetBrains Юрий Артамонов обнаружил, что в кодовой базе GigaIDE содержится проприетарный код из IntelliJIDEA Ultimate.

СпёрIDE.

Update: Юрий Артамонов разобрался, что Giga IDE всё-таки не нарушает лицензию, так как использует только свободное API.
Но GigaIDE всё-таки будет у нас на карандаше 😉.

#gigaide #gigacode

Команда проекта Leyden сообщила, что стали доступны сборки раннего доступа Leyden JDK. Они являются результатом более чем года работы над проектом, главной целью которого является ускорение старта JVM. Разработчики просят сообщество поэкспериментировать со сборками и сообщить фидбек. На текущий момент сборки доступны под Linux/x64 и macOS/AArch64.
#leyden