Spring Debugger: Working With Dynamic Database Connections Just Got Simpler

Туториал демонстрирует очень крутую фичу плагина Spring Debugger. При запуске Spring-приложения или тестов в режиме отладки этот плагин автоматически находит и регистрирует в секции DataSource подключения к БД, которые были подняты в Testcontainers. Далее с этим можно работать как со стандартными дата-сорсами: смотреть схему, данные, делать запросы и так далее. Это сильно упрощает жизнь при отладке подобных тестов.

https://blog.jetbrains.com/idea/2025/07/spring-debugger-working-with-dynamic-database-connections-just-got-simpler/

👉 @BookJava

Конструкторы в Java: виды, инициализация и примеры

В Java конструктор — это специальный метод, который автоматически вызывается при создании нового объекта. Он заботится о том, чтобы сразу «обеспечить» объект всеми необходимыми начальным значениями - как Lego‑инструкция, превращающая вас в сразу работающего робота.


Что важно знать о конструкторах:

- Конструктор по умолчанию
Создаётся автоматически, если вы не объявили ни одного конструктора. Не имеет параметров и не задаёт пользовательские значения - поля получают только значения по умолчанию.

- Конструктор с параметрами
Позволяет инициализировать объект сразу нужными данными:

  House myHouse = new House(2, "Синий", true);
  

В этом примере мы сразу получаем дом с двумя этажами, синим цветом и гаражом - благодаря конструктору House(...).

- Конструктор копирования
Создает новую копию существующего объекта со всеми его полями - полезно, если нужно сохранить исходное состояние или избежать его изменения.


Перегрузка конструкторов - гибкость и удобство

Можно объявить несколько конструкторов в классе с разными параметрами:

class Book {
    String title;
    String author;
    int year;

    // По умолчанию
    Book() {
        this.title = "Неизвестно";
        this.author = "Неизвестно";
        this.year = 0;
    }

    // Только с названием
    Book(String title) { /*...*/ }

    // Полная инициализация
    Book(String title, String author, int year) { /*...*/ }
}

Такой подход позволяет создавать объекты Book с разными уровнями наполненности в зависимости от ситуации.


Ещё один пример - класс Person

class Person {
    String name;
    int age;

    Person(String name, int age) {
        this.name = name;
        this.age = age;
    }
}

Person person = new Person("Алексей", 30);

Получили объект person сразу с заданными именем и возрастом - без лишнего кода.



- Конструктор = автоматическая инициализация объекта.
- Виды: по умолчанию, с параметрами, копирующий.
- Перегрузка - возможность гибко задавать разные способы создания объектов.
- Это делает код чище, логичнее и безопаснее.

👉 @BookJava

🚀 Хотите научиться интегрировать Apache Kafka и ClickHouse для эффективной обработки и анализа данных? 🚀

Присоединяйтесь к открытому уроку 20 августа в 20:00 МСК!

📚 Мы разберём, как настроить потоковую передачу данных, обеспечить надёжность и производительность, а также оптимизировать хранение и запросы. Вы узнаете, как использовать нативные коннекторы и Kafka Connect для интеграции этих двух мощных инструментов.

Мы покажем реальные кейсы, лучшие практики и как избежать частых ошибок при работе с Kafka и ClickHouse. Это знание поможет вам настроить эффективный pipeline и ускорить загрузку данных.

Присоединяйтесь и получите скидку на курс «Apache Kafka»:


https://vk.cc/cOz3C2


🎯 Не пропустите!


Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru

☕ Совет дня по Java: JDK vs JRE vs JVM

🔹 JVM (Java Virtual Machine)
Машина, которая выполняет Java-байткод, обеспечивая кроссплатформенность.

🔹 JRE (Java Runtime Environment)
Содержит JVM + необходимые библиотеки для запуска Java-приложений.

🔹 JDK (Java Development Kit)
Всё, что нужно разработчику — JRE + компилятор + инструменты для написания, компиляции и отладки Java-кода.

👉 Если запускаешь Java-приложения → тебе нужен JRE
👉 Если разрабатываешь Java-приложения → тебе нужен JDK
👉 А выполняет всю тяжёлую работу всегда JVM.

👉 @BookJava

В чем разница между перегрузкой метода и переопределением метода в Java?

🧠 Перегрузка метода (Method Overloading)
Это когда в одном классе есть методы с одинаковым именем, но разными сигнатурами (количеством или типами параметров).

* Компилятор выбирает метод на этапе compile-time.
* Можно менять:

* количество параметров
* тип параметров
* порядок параметров
* Нельзя перегружать метод, меняя только возвращаемый тип.

💡 Пример:

public class MathUtil {
    public int sum(int a, int b) { return a + b; }
    public double sum(double a, double b) { return a + b; }
    public int sum(int a, int b, int c) { return a + b + c; }
}

🧠 Переопределение метода (Method Overriding)
Это когда в классе-наследнике мы заново реализуем метод, который уже определён в родительском классе или интерфейсе.

* Определяется на этапе runtime (динамический полиморфизм).
* Сигнатура метода должна быть та же (имя, параметры, порядок, типы).
* Возвращаемый тип может быть ковариантным (подтипом оригинального).
* Доступ не может быть строже, чем у родительского метода.
* Метод родителя должен быть public / protected (не private).
* Для обязательности переопределения используют @Override.

💡 Пример:

class Animal {
    public void makeSound() {
        System.out.println("Some sound");
    }
}

class Dog extends Animal {
    @Override
    public void makeSound() {
        System.out.println("Woof!");
    }
}

👉 @BookJava

⚙️ Микросервисы начинают тормозить под нагрузкой?

💡 Узнайте, как масштабировать и оптимизировать систему с помощью CQRS и Event Sourcing на .NET Aspire.

На открытом вебинаре «Оптимизация микросервисов с CQRS и Event Sourcing на .NET Aspire» 19 августа в 20:00 МСК разберем:
◽️ Ограничения классических микросервисов при высокой нагрузке.
◽️ Принципы разделения команд и запросов (CQRS) и хранения истории через Event Sourcing.
◽️ Практическую реализацию: сервис заказов с «команда-обработчик» и хранением событий в MongoDB.
◽️ Конфигурацию проекций для чтения данных.

❗️ Вы освоите оркестрацию через .NET Aspire (API Gateway, Order Service, база событий), внедрите логирование и трейсинг через OpenTelemetry, а также протестируете создание заказа, обновление статуса и визуализацию потока событий.

➡️ Посетите открытый урок и получите скидку на большое обучение «C# ASP.NET Core разработчик»: https://vk.cc/cOz6s4

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru

Когда лучше использовать record, а когда class в Java.

Record vs Class в Java ☕️📦

С 2021-го в Java появилась новая зверушка - record.
Сначала все радовались: "О, меньше кода, equals/hashCode/constructor сами пишутся!" 🎉
А потом пошли странные вопросы в код-ревью:

"А почему у тебя тут record, а не class?"
"record же immutable, а ты тут мутируешь поле через рефлексию, ты что…"

Разберёмся, когда record - подарок, а когда - мина замедленного действия.


Немного теории 📚

record в Java — это особый вид final-класса с:

- Автоматическим конструктором по всем полям.
- equals, hashCode и toString из коробки.
- Неизменяемыми (final) полями.
- Неявным private final для каждого компонента.

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


Когда record - лучший выбор ✅

1. DTO / данные без логики
Когда объект нужен просто как "контейнер" для данных, особенно при обмене между сервисами.

   public record UserDto(String name, int age) {}
   

2. Иммутабельные объекты
Нет сеттеров, нет сюрпризов. Многопоточка будет тебе благодарна ❤️.

3. Модели конфигураций
Конфиг парсится один раз — и потом спокойно читается везде.

4. Key-объекты для Map/Set
Так как equals и hashCode генерятся честно и по всем полям - отличная стабильная ключевая структура.


Когда class лучше 🚫

1. Сложная логика внутри
Если объект должен уметь менять своё состояние, record тебе мешает: поля final, сеттеров нет.

2. Наследование
Record - всегда final. Забудь про расширение.

3. ORM (например, Hibernate)
Многие ORM любят пустые конструкторы и сеттеры. С record они просто не подружатся (даже если будут пытаться через магию).

4. Сериализация с изменениями
Если JSON-модель в будущем изменится, record будет ломаться при парсинге, потому что конструктор фиксирован.


Хитрости и подводные камни ⚠️

- Можно добавлять методы в record.

  public record Point(int x, int y) {
      public double length() {
          return Math.sqrt(x*x + y*y);
      }
  }
  

- Поля можно менять через рефлексию (но не надо — это ломает смысл record).
- Не стоит превращать record в «богатый объект» с кучей логики — это будет запутывать.


Итог 💡

- Берём record, когда нужна простая, иммутабельная структура данных без лишней логики.
- Берём class, когда есть сложное поведение, наследование, интеграция с фреймворками вроде Hibernate.

record - это не замена class, а инструмент для конкретных задач.
А вот если ты пишешь DTO и у тебя до сих пор class с геттерами/сеттерами, то, возможно, ты застрял в 2010-м 😏.

👉 @BookJava

Pattern Matching в switch.

Pattern Matching в switch — убийца if-else цепочек ⚔️

Ты наверняка видел такие простыни:

if (obj instanceof String) {
    System.out.println("Строка длиной " + ((String) obj).length());
} else if (obj instanceof Integer) {
    System.out.println("Целое число " + obj);
} else if (obj instanceof List) {
    System.out.println("Список размером " + ((List<?>) obj).size());
} else {
    System.out.println("Неизвестный тип");
}

Знакомо? 😅
Тут и дублирование, и касты, и вечная путаница.


Что пришло с Java 17+ 🌟

Теперь можно использовать Pattern Matching прямо в switch:

switch (obj) {
    case String s    -> System.out.println("Строка длиной " + s.length());
    case Integer i   -> System.out.println("Целое число " + i);
    case List<?> l   -> System.out.println("Список размером " + l.size());
    default          -> System.out.println("Неизвестный тип");
}

Красота:

✅ Нет ручных кастов
✅ Нет else if простыней
✅ Всё читается как декларативное описание

А если хочется добавить условия? 🤔

Можно так:

switch (obj) {
    case String s when s.length() > 5 ->
        System.out.println("Длинная строка");
    case String s ->
        System.out.println("Короткая строка");
    default ->
        System.out.println("Что-то другое");
}

Тут when — это guard condition.
Оно проверяется после совпадения типа, и только тогда срабатывает ветка.


Сравним 🥊

До Java 17: каша из if-else, ручные касты.
После Java 17: один чистый switch, никакой боли.

Итог 💡

- Используй switch с pattern matching, когда у тебя много разных подтипов или вход может быть разным типом.
- Код становится декларативным и компактным.
- А главное — исчезают дубли и лишние касты.

👉 @BookJava

🔧 Сложности с масштабированием консьюмеров в RabbitMQ? Узнайте, как избежать ошибок, которые могут привести к потерям в порядке обработки сообщений.

📅 На открытом уроке 21 августа в 20:00 МСК разберём реальные кейсы и покажем, как правильно масштабировать консьюмеры, сохраняя порядок обработки. Узнаете, какие проблемы могут возникнуть при некорректном масштабировании и как их решить.

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

🚀 Зарегистрируйтесь на вебинар и получите в подарок записи трёх уроков по «Symfony», а также скидку на полный курс «Symfony Framework». Подарки доступны всем участникам! Регистрация по ссылке:

https://vk.cc/cOFmfT

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru

Sealed Classes.

Sealed Classes — контроль наследования в Java 🔒

Одна из самых недооценённых фич Java 17 — sealed классы.
Если коротко: теперь ты можешь жёстко контролировать, кто именно может наследоваться от твоего класса.

До Java 17 🤯

Представь, у тебя есть базовый класс:

abstract class Shape {}

И куча наследников кто во что горазд:
Circle, Rectangle, Triangle, StarShape, ShapeFromLegacyLib...
А потом в коде появляются неожиданные "левые" реализации, и поддержка превращается в ад.


В Java 17 пришло спасение 🦸

public sealed abstract class Shape
    permits Circle, Rectangle, Triangle {}

Теперь только указанные классы могут наследовать Shape.
Больше никаких сюрпризов из сторонних либ или неосторожных рук джуна.


Варианты модификаторов 🛠️

У наследников есть три опции:

1. final — дальше наследовать нельзя.

   public final class Circle extends Shape {}
   

2. sealed — продолжаем ограничивать список наследников.

   public sealed class Rectangle extends Shape
       permits Square {}
   

3. non-sealed — снимаем ограничения, и от этого класса можно наследоваться свободно.

   public non-sealed class Triangle extends Shape {}
   

Зачем это вообще? 🤔

✅ Чёткий контроль иерархии (никакой анархии).
✅ Более безопасный switch с pattern matching: компилятор проверяет, что ты обработал все варианты.
✅ Понятный контракт: сразу видно, какие подтипы есть.


Пример использования с switch 💡

static String print(Shape shape) {
    return switch (shape) {
        case Circle c    -> "Круг";
        case Rectangle r -> "Прямоугольник";
        case Triangle t  -> "Треугольник";
    };
}

И всё!
Если ты забыл какой-то подтип, компилятор не даст собрать проект 🚨.


Итог ⚡️

- Sealed Classes = контроль + безопасность + читаемость.
- В паре с Pattern Matching в switch это превращается в почти алгебраические типы данных (как в Kotlin или Scala).
- Если у тебя чётко ограниченный набор сущностей — sealed классы must-have.

👉 @BookJava

Парсинг на Java. От основ до парсинга Яндекс Карт

Сегодня я рассмотрю основы парсинга на Java, используя как пример Яндекс Карты.

В этой статье мы рассмотрим, что такое HTTP и какие бывают методы запроса, как работать с HttpClient в Java 11+, как отправлять GET и POST-запросы, как обрабатывать HTTP-ответы и извлекать данные, и как всё это можно использовать для парсинга данных с внешнего сервера на примере Яндекс Карт.

https://habr.com/ru/companies/amvera/articles/937894/

👉 @BookJava

Как выполнять итерацию по коллекции в Java?

Коллекция в Java — это объект, который группирует несколько элементов в единое целое и является частью Java Collections Framework. Она часто используется для хранения, извлечения, обработки и передачи агрегированных данных.

Чтобы пройтись по коллекции, можно использовать цикл for-each, итератор или традиционный цикл for. Пример ниже показывает использование for-each и обычного цикла for:

// Example using for-each loop:
List<String> fruits = Arrays.asList("Apple", "Banana", "Orange");
for (String fruit : fruits) {
   System.out.println(fruit);
}
// Example using regular for loop:
for (int i = 0; i < fruits.size(); i++) {
   System.out.println(fruits.get(i));
}

👉 @BookJava

Совет по Java💡

При использовании Projections и QueryDSL, вместо того чтобы использовать Projections.constructor(Class type, Expression ...), можно добиться большей типобезопасности, применяя аннотации @QueryProjection и @QueryEntity. Таким образом, для вашей проекции будет сгенерирован типобезопасный QClass.

👉@BookJava

Java. Проблема с null. Null safety

В этом видео я рассказываю о проблеме с null в языке программирования Java, из-за которой возникает печально известное NullPointerExeption. Даю некоторые рекомендации по организации кода для борьбы с этой проблемой и повышения надежности работы программ.

источник

👉@BookJava

🏗 Курс “Software Architect” от OTUS — старт набора в группу обучения

Если хотите проектировать отказоустойчивые и масштабируемые системы — этот курс для вас!

Почему стоит пойти:
• 100% практики на реальных проектах
• Проектирование гибких архитектур
• Микросервисы, интеграции, Big Data
• Современные паттерны: CQRS, Event Sourcing и др.

💡 Кому подойдёт:
• Разработчикам, готовым выйти на новый уровень
• Архитекторам, углубляющим экспертизу
• Тимлидам и менеджерам

✅После курса вы сможете:

• Проектировать масштабируемые архитектуры
• Оптимизировать взаимодействие сервисов
• Повышать качество и устойчивость систем

👉 Пройдите вступительное тестирование: https://vk.cc/cOLiuq

Где у Java приложения точка входа?

В обычном Java приложении всегда должен быть main class, содержащий метод main. С него начинается исполнение всей программы. Main class-ом может быть не только класс, но и интерфейс или енам. Для JavaFX приложения главный класс должен реализовывать javafx.application.Application.

main обязательно public static. Дополнительно, методу разрешено иметь модификатор strictfp. На аннотации и список исключений ограничений не накладывается.

В главном методе должен быть объявлен единственный аргумент – массив строк. Обе конструкции String[] и String... компилируются в один и тот же байт-код, так что приемлемы оба варианта. Название массива может быть любым, а значение будет содержать аргументы командной строки.

Когда приложение запускается как classpath, главный класс передается параметром командной строки. Если выполняется единственный исходник, он и описывает main class.

Для исполняемого jar-файла (java -jar MyJar.jar), его главный класс должен быть указан в манифесте. Внутри архива, в файл META-INF/MANIFEST.MF добавляется строчка вида Main-Class: ru.google.com.MyClass. Иначе запуск завершается ошибкой «no main manifest attribute».

В случае, когда в указанном главном классе не оказывается метода, который бы удовлетворял всем критериям главного метода, программа падает с ошибкой «Main method not found».

В апплетах вместо main входной точкой служат методы init и start. Начиная с версии Java 9 технология апплетов объявлена устаревшей, а с 11 – совсем удалена. Не будем останавливаться на них подробнее.

👉@BookJava

Что такое «лямбда»? Какова структура и особенности использования лямбда-выражения?

Лямбда представляет собой набор инструкций, которые можно выделить в отдельную переменную и затем многократно вызвать в различных местах программы.

Основу лямбда-выражения составляет лямбда-оператор, который представляет стрелку ->. Этот оператор разделяет лямбда-выражение на две части: левая часть содержит список параметров выражения, а правая собственно представляет тело лямбда-выражения, где выполняются все действия.

Лямбда-выражение не выполняется само по себе, а образует реализацию метода, определенного в функциональном интерфейсе. При этом важно, что функциональный интерфейс должен содержать только один единственный метод без реализации.

interface Operationable {
int calculate(int x, int y);
}

public static void main(String[] args) {
Operationable operation = (x, y) -> x + y;
int result = operation.calculate(10, 20);
System.out.println(result); //30
}

По факту лямбда-выражения являются в некотором роде сокращенной формой внутренних анонимных классов, которые ранее применялись в Java.

Отложенное выполнение (deferred execution) лямбда-выражения- определяется один раз в одном месте программы, вызываются при необходимости, любое количество раз и в произвольном месте программы.

Параметры лямбда-выражения должны соответствовать по типу параметрам метода функционального интерфейса:

operation = (int x, int y) -> x + y;
//При написании самого лямбда-выражения тип параметров разрешается не указывать:
(x, y) -> x + y;
//Если метод не принимает никаких параметров, то пишутся пустые скобки, например:
() -> 30 + 20;
//Если метод принимает только один параметр, то скобки можно опустить:
n -> n * n;

Конечные лямбда-выражения не обязаны возвращать какое-либо значение.

interface Printable {
void print(String s);
}

public static void main(String[] args) {
Printable printer = s -> System.out.println(s);
printer.print("Hello, world");
}

Блочные лямбда-выражения обрамляются фигурными скобками. В блочных лямбда-выражениях можно использовать внутренние вложенные блоки, циклы, конструкции if, switch, создавать переменные и т.д. Если блочное лямбда-выражение должно возвращать значение, то явным образом применяется оператор return:

Operationable operation = (int x, int y) -> {
if (y == 0) {
return 0;
}
else {
return x / y;
}
};

Передача лямбда-выражения в качестве параметра метода:

interface Condition {
boolean isAppropriate(int n);
}

private static int sum(int[] numbers, Condition condition) {
int result = 0;
for (int i : numbers) {
if (condition.isAppropriate(i)) {
result += i;
}
}
return result;
}

public static void main(String[] args) {
System.out.println(sum(new int[] {0, 1, 0, 3, 0, 5, 0, 7, 0, 9}, (n) -> n != 0));
}

👉@BookJava

REST или GraphQL? Этот выбор может определить, насколько удобным, быстрым и масштабируемым будет ваш API.

26 августа в 20:00 на открытом уроке мы разберём, когда стоит выбрать REST, а когда — GraphQL, а также реализуем оба подхода в Spring Boot. Эксперт покажет критерии выбора, разберёт практические кейсы и типичные ошибки.

Backend-разработчики на Java/Kotlin и тимлиды узнают, как применять эти технологии на практике, чтобы их проекты работали быстрее, были проще в сопровождении и готовыми к росту.

Вебинар проходит в преддверие старта курса «Разработчик на Spring Framework».

Регистрируйтесь сейчас и получите скидку на обучение: https://vk.cc/cOMqtr

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576