Работа с Play Framework 3 в Java 27

Play — фреймворк с собственными решениями почти для каждой задачи: свой компилятор маршрутов, своя модель тела запроса, свои эволюции схемы, своя модель исполнения поверх Pekko. Разработчик, пришедший из другого стека, обычно пытается воспроизвести привычные подходы поверх Play — и получает приложение, которое формально работает, но проигрывает фреймворку в производительности и разваливается при первой нагрузке: блокирующий JDBC на дефолтном диспетчере, отсутствующие фильтры, потерянный контекст запроса, кэш, отдающий чужие данные. Курс отвечает на вопрос «как это принято делать в Play 3.0.11» — с конкретными API и конфигурацией, а не с общими рассуждениями об архитектуре backend. Что внутри Пятнадцать глав, сто тридцать уроков. Каждая глава разбирает один механизм фреймворка и сразу применяет его в сквозном проекте. устройство приложения: ApplicationLoader, окружения, жизненный цикл, dev-режим; маршрутизация: компиляция conf/routes, PathBindable, обратные маршруты, RoutingDsl, свой HttpRequestHandler; контроллеры: Action, Result, атрибуты запроса, content negotiation, композиция действий; тело запроса: встроенные и собственные BodyParser, multipart, загрузка файлов, потоковое тело; JSON: play.libs.Json, настройка ObjectMapper через DI, sealed-иерархии, формы и Bean Validation; конфигурация и DI: HOCON, reference.conf, модули Guice, типобезопасная конфигурация, compile-time DI; асинхронность: модель исполнения Play, свои CustomExecutionContext, акторы, планировщик, таймауты; база данных: play.db.Database, эволюции, транзакции, HikariCP, отдельный диспетчер под JDBC; исходящие вызовы: WSClient, таймауты, фильтры запросов, ретраи и circuit breaker; потоки: Pekko Streams, chunked-ответы, Server-Sent Events, backpressure, шина событий; WebSocket: ActorFlow, протокол сообщений, аутентификация соединения, надёжность; представления: Twirl, формы и CSRF, ассеты, интернационализация, собственные форматы шаблонов; фильтры и безопасность: EssentialFilter, стандартный набор, сессия, API-ключи, ограничение частоты; эксплуатация: HttpErrorHandler, логирование и MDC, кэш, метрики, настройка Pekko HTTP; тестирование и релиз: play-test, тесты с базой и внешними вызовами, sbt dist, Docker. Сквозной проект Beacon — платформа мониторинга доступности: HTTP-проверки по расписанию, автоматическое открытие и закрытие инцидентов, публичная статус-страница с живыми обновлениями, JSON API с ключами, админка на формах Play, вебхуки подписчикам, метрики в формате Prometheus. Проект растёт вместе с главами и на каждом шаге остаётся рабочим: компилируется, проходит тесты, запускается с PostgreSQL, собирается в дистрибутив и в образ контейнера. Это не набор разрозненных примеров, а одна система, в которой видно, как механизмы Play сочетаются друг с другом. Как построен материал Уроки текстовые, с большим количеством кода: разбирается конкретный API фреймворка, показывается его применение в проекте, объясняются последствия в бою и типичные ошибки. Отдельное внимание — местам, где Play ведёт себя не так, как ожидает разработчик с другим опытом: генерация обратных маршрутов по пакетам контроллеров, поведение эволюций при несовпадении схемы, потеря MDC при переходе между потоками, порядок фильтров. Java обсуждается только там, где версия языка меняет идиоматику кода на Play: записи как DTO, запечатанные иерархии событий, сопоставление с образцом в switch, виртуальные потоки рядом с блокирующим JDBC. Чего в курсе нет Нет введения в Java и в программирование, нет общих рассуждений о REST и микросервисах, нет видеолекций. Нет и обзора альтернативных фреймворков: курс целиком про Play 3.0.11.