💡 Почему в Set.of() в Java нельзя добавить дубликаты и null?

Когда используешь Set.of(...), можно столкнуться с двумя неожиданностями:

1. ❌ Нельзя добавлять дубликаты
2. ❌ Нельзя добавлять null

Разбираемся, почему так:

🔐 Set.of(...) — это immutable Set

Метод Set.of(...), добавленный в Java 9, создаёт неизменяемое множество. Это значит:

* После создания ты не можешь изменить его (добавить, удалить элемент).
* Все элементы внутри должны быть уникальны и не должны быть null.

📛 Почему нельзя дубликаты?

Потому что Set по определению — это коллекция уникальных элементов.
А Set.of(...) бросает IllegalArgumentException, сразу во время создания, если переданы дубликаты:

Set.of("a", "b", "a"); // 💥 Бросит исключение!

Это сделано для того, чтобы не было тихих ошибок — чтобы ты сразу увидел, что передал неуникальные значения.

🕳️ Почему нельзя null?

Set.of(...) не принимает null, потому что он реализован через внутренние immutable структуры, которые не допускают null`-значений. При попытке добавить `null получишь NullPointerException.

Set.of("a", null); // 💥 NullPointerException

Это сделано сознательно — null может вести к неочевидным багам и плохо сочетается с концепцией неизменяемых коллекций.


👀 Хочешь изменяемый Set, который принимает null и дубликаты фильтрует сам? Используй HashSet:

Set<String> set = new HashSet<>();
set.add(null); // ✅ Можно

👉@BookJava

🧠 Трюк с @EventListener в Spring Boot — неочевидная ловушка

Когда ты используешь @EventListener для обработки событий в Spring, ты можешь попасть в баг, который очень сложно отловить в бою — пропущенные события.

📌 Пример:

@Component
public class MyListener {

    @EventListener
    public void on(MyEvent event) {
        // логика
    }
}

Если MyListener бин ещё не проинициализирован, а событие уже публикуется (ApplicationEventPublisher#publishEvent), то метод on просто не будет вызван. Spring не будет "накапливать" события для будущих слушателей.

⚠️ Это особенно критично, если ты триггеришь событие в @PostConstruct или в CommandLineRunner, а слушатель находится в другом бине, который ещё не загружен.

💡 Как избежать:

1. Используй явное управление порядком инициализации через @DependsOn.
2. Не публикуй события слишком рано — лучше в ApplicationReadyEvent:

@Component
public class Publisher {

    private final ApplicationEventPublisher publisher;

    public Publisher(ApplicationEventPublisher publisher) {
        this.publisher = publisher;
    }

    @EventListener(ApplicationReadyEvent.class)
    public void onReady() {
        publisher.publishEvent(new MyEvent(this));
    }
}

🧵 Альтернатива: если тебе нужно гарантированное выполнение в момент старта — лучше использовать ApplicationRunner или InitializingBean, где порядок можно контролировать проще.

👉@BookJava

Совет 💡

Если вы хотите получить сообщение о первопричине, вы можете легко и безопасно получить его с помощью Apache Commons ExceptionUtils. Методы getRootCauseMessage(Exception ex) выдают сообщение в виде {ClassNameWithoutPackage} {ThrowableMessage}

👉@BookJava

Когда системы не хотят «дружить» между собой — начинается головная боль.😫

Особенно если речь идет о масштабировании и автоматизации процессов. Как избежать лишнего кода, сэкономить время и силы, при этом интегрировать внешние системы с Apache Kafka?

Ответ — Kafka Connect.


Записывайтесь на открытый вебинар, где мы разберем, как решить типичные проблемы интеграции и масштабирования.

Что будет на вебинаре:

✒️Основы Kafka Connect: Архитектура и принципы работы, коннекторы

✒️Практическая реализация: Настройка и запуск коннекторов для интеграции с базами данных и файловыми системами

✒️Ошибки и их решение: Как эффективно отлаживать и масштабировать Kafka Connect

23 июня в 19:00 (МСК) — Бесплатно!

Спикер: Валентин Шилин — Старший программист и аналитик данных в Deutsche Telekom IT GmbH

Дарим чек-лист по установке Kafka Connect при регистрации на вебинар!

Присоединяйтесь, если хотите научиться упрощать сложные задачи и увеличивать надежность своих систем: https://tglink.io/88d34f764ba1

Реклама. ООО "ОТУС ОНЛАЙН-ОБРАЗОВАНИЕ". ИНН 9705100963. erid: 2W5zFH5vcGg

🧠 Spring Boot + MapStruct: как избежать null при обновлении сущности

При обновлении сущностей через MapStruct бывает типичная проблема: маппер затирает уже существующие поля null'ами, если они не переданы во входном DTO. Это может легко привести к потере данных. Покажу, как решить это изящно.

Допустим, у нас есть:

public class UserDto {
    private String name;
    private String email;
}

И сущность:

@Entity
public class User {
    private String name;
    private String email;
}

Если ты используешь обычный @MappingTarget, то:

@MappingTarget User user, UserDto dto

— не переданное поле email в dto затирает значение в user.

📌 Чтобы этого не происходило, добавь в маппер:

@Mapper(nullValuePropertyMappingStrategy = NullValuePropertyMappingStrategy.IGNORE)
public interface UserMapper {
    void update(@MappingTarget User user, UserDto dto);
}

💡 NullValuePropertyMappingStrategy.IGNORE говорит MapStruct: не трогай те поля, которые в DTO пришли как null.

⚠️ Это работает только для объектов, не для Optional и не для примитивов. Там потребуется другая стратегия — например, обёртки или @Condition.

Такой подход позволяет обновлять только те поля, которые реально пришли, и не бояться случайного затирания.

👉@BookJava

Создание REST API с использованием Spring WebFlux и Security

00:00:00 Введение
00:00:20 Создание проекта
00:11:36 Создание миграций БД
00:15:40 Создание базовых классов
00:23:20 Реализация логики генерации JWT токена
00:46:30 Реализация логики валидации JWT токена
00:53:05 Построения цепочки аутентификации
01:04:22 Финальная конфигурация с использованием SecurityWebFilterChain
01:12:11 Реализация REST контроллеров
01:23:15 Проверка REST API средствами Postman
01:24:21 Добавление и конфигурация обработчика ошибок
01:25:40 Заключение

Ссылка на Github репозиторий https://github.com/proselytear/webfluxsecurity

источник

👉@BookJava

💡 Совет Java

✅ Заменяем и переворачиваем последнее слово в строке — без использования StringBuilder!

Когда-нибудь задумывался, как в Java перевернуть только последнее слово в предложении и вставить его обратно? 🤔

Вот лаконичное решение на чистом Java, без использования StringBuilder.

💡 Отлично подойдёт новичкам, чтобы лучше понять:

1. Логику реверса строки 🔁
2. Работу с массивами и циклами 🧩
3. Почему важно избегать изменяемых классов, вроде StringBuilder, когда тренируешь основы 💪

👉@BookJava

🚀 7 самых полезных методов Stream API в Java 21

Работаешь с коллекциями в Java? Тогда Stream API — твой лучший друг. В Java 21 он стал ещё удобнее. Вот краткая шпаргалка по самым нужным методам — с понятными примерами 👇


🔹 1. filter(Predicate)
📌 Фильтрует элементы по условию.
🧠 Пример: оставить только чётные числа:

List<Integer> evens = numbers.stream()
                             .filter(n -> n % 2 == 0)
                             .toList();

🔹 2. map(Function)
📌 Преобразует каждый элемент.
🧠 Пример: сделать все имена заглавными:

List<String> upperCaseNames = names.stream()
                                   .map(String::toUpperCase)
                                   .toList();

🔹 3. flatMap(Function)
📌 «Сплющивает» вложенные коллекции.
🧠 Пример: объединить вложенные списки:

List<String> words = nestedLists.stream()
                                .flatMap(List::stream)
                                .toList();

🔹 4. collect(Collector)
📌 Собирает элементы в коллекцию.
🧠 Пример: получить Set из списка:

Set<String> uniqueNames = names.stream()
                               .collect(Collectors.toSet());

🔹 5. forEach(Consumer)
📌 Выполняет действие для каждого элемента.
🧠 Пример: распечатать все имена:

names.stream().forEach(System.out::println);

🔹 6. reduce(BinaryOperator)
📌 Сводит все элементы к одному значению.
🧠 Пример: сумма чисел:

int sum = numbers.stream()
                 .reduce(0, Integer::sum);

🔹 7. takeWhile / dropWhile (Java 9+)
📌 Берёт или пропускает элементы, пока выполняется условие.
🧠 Пример: взять только числа < 10:

List<Integer> lessThanTen = numbers.stream()
                                   .takeWhile(n -> n < 10)
                                   .toList();

💡 Лайфхак: вместо collect(...) используй toList() и toSet() — код станет чище, а производительность выше.

👇 А ты какие методы используешь чаще всего? Поделись в комментах — реальный опыт всегда круче теории!

👉@BookJava