Сегодня — Java 30 лет 🎂

Опубликовал большую статью на Хабре — о том, как развивалась Java, что происходило внутри JVM, и куда всё это движется дальше.

📌 В статье:
— История версий Java: от Playground до Java 24
— Эволюция языка
— Как работает JVM и почему HotSpot такой «горячий»
— Проекты OpenJDK: Leyden, GraalVM, CRaC — зачем они нужны и как меняют подход к производительности
— И главное — как Java готовится к будущему

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

📖 Читать статью на Хабр

#java_hub_history

🚀 Двоичная Java: CDS, CRaC и AOT для ускорения запуска и прогрева JVM

🔍 Миф №1 о Java:

> «Java — это медленно»

Да, лет 20 назад это могло быть правдой. Но JVM с тех пор прошла огромный путь.

В классическом варианте Java-байткод исполняется через интерпретатор — по сути, цикл со switch-case, где инструкции переводятся на лету. Это действительно не быстро.

📈 Первый прорыв — JIT-компиляция (Just-in-Time): часто вызываемые методы начали компилироваться в машинный код во время выполнения. Это дало солидный прирост производительности.

💡 Но на этом оптимизации не остановились. Сегодня в арсенале JVM есть:

* CDS (Class Data Sharing) — сериализация внутренних представлений классов, чтобы ускорить их загрузку из архива.

* CRaC (Coordinated Restore at Checkpoint) — снятие снепшота уже «прогретой» JVM, чтобы потом мгновенно восстановить её в этом состоянии.

* AOT (Ahead-of-Time compilation) — компиляция Java-приложения в нативный бинарник заранее, без участия JIT в рантайме.

🧪 А на подходе ещё Project Leyden, который обещает сделать JVM по-настоящему предсказуемой и «запускаемой с кнопки» — благодаря condensers и training runs.

🎤 Обо всём этом я рассказывал на HighLoad++ 2024. Видео пока не выложили, но мои друзья из Axiom JDK подготовили текстовую версию доклада 📄

📎 Читайте: «Двоичная Java: CDS, CRaC и AOT для ускорения запуска и прогрева JVM»

#java_hub_jvm

🔁 Saga Pattern в микросервисной архитектуре: можно ли обойтись без распределённых транзакций?

Выступил на онлайн-встрече "Книжного клуба .rar" — Telegram-сообщества для Java-разработчиков, где регулярно обсуждают профессиональную литературу, технологии и устраивают встречи с практикующими инженерами 👉 @point_rar

В этот раз разбирали реализацию паттерна Saga на Java с использованием Temporal

Демо-проект на GitHub - https://github.com/RustamKuramshin/spring-boot-saga-pattern-example

Презентация мини-доклада тут

📦 Что такое Saga и зачем она нужна?

В распределённой системе аннотация Transactional не работает между сервисами. А бизнесу всё ещё нужно "всё или ничего":
если деньги списались, товар должен быть зарезервирован и доставлен. Если нет — откатить всё назад.

Saga — это паттерн, который разбивает такую бизнес-транзакцию на цепочку локальных транзакций, и если что-то идёт не так, вызывает компенсационные действия (например, вернуть деньги).

🧩 Два способа реализовать Saga

🔸 Оркестрация
Один сервис (оркестратор) управляет всей логикой: вызывает шаги, следит за результатами, вызывает компенсации.
➕ Централизованно, легко отлаживать
➖ Меньше изоляции между сервисами

🔸 Хореография
Сервисы реагируют на события (event-driven): "платёж прошёл" → "резервируй товар" → "создай доставку".
➕ Слабо связанная архитектура
➖ Сложно проследить цепочку событий и откатов

⚙️ В Temporal реализация Saga — это workflow, в котором бизнес-процесс описывается обычным Java-кодом.
Он:
- сохраняет состояние каждого шага (event sourcing),
- автоматически повторяет activities при сбоях,
- управляет timeouts и compensation logic,
- отделяет workflow (координацию) от activity (действий).

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

activities.makePayment();
saga.addCompensation(activities::cancelPayment);

А Temporal сам заботится о повторяемости, масштабировании и отказоустойчивости.

Если интересно больше узнать про Temporal, рекомендую посмотреть доклад Петра Сальникова с JPoint. Мне повезло присутствовать в зале на самом докладе. В дискуссионной зоне Петр ответил на множество вопросов как раз в тот период, когда мне нужно было самому разбираться с Temporal.

#java_hub_patterns