В этом руководстве мы увидим, как мы можем реализовать API-интерфейсы на основе Server-Sent-Events с помощью Spring.
Проще говоря, Server-Sent-Events или сокращенно SSE — это стандарт HTTP, который позволяет веб-приложению обрабатывать однонаправленный поток событий и получать обновления всякий раз, когда сервер отправляет данные.
Версия Spring 4.2 уже поддерживала его, но, начиная с Spring 5, у нас появился более идиоматический и удобный способ его обработки .
С Spring Boot 2 и новым неблокирующим сервером Netty у нас больше нет контекстного API сервлета, поэтому давайте обсудим, как мы можем выражать различные типы кодов состояния HTTP, используя новый стек.
Следуя стандартной практике RESTful, нам, естественно, необходимо использовать весь диапазон кодов состояния HTTP, чтобы правильно выразить семантику API.
В этой быстрой статье мы рассмотрим новые аннотации @SpringJUnitConfig и @SpringJUnitWebConfig, доступные в Spring 5.
Эти аннотации представляют собой композицию аннотаций JUnit 5 и Spring 5 , которые упрощают и ускоряют создание тестов.
@SpringJUnitConfig@SpringJUnitConfig объединяет эти две аннотации:
Часто полезно реализовать проверку ввода для наших API, чтобы избежать непредвиденных ошибок позже, когда мы обрабатываем данные.
К сожалению, в Spring 5 нет возможности автоматически запускать проверки на функциональных конечных точках, как мы это делаем на аннотированных. Мы должны управлять ими вручную.
Тем не менее, мы можем использовать некоторые полезные инструменты, предоставляемые Spring, чтобы легко и просто проверить, действительны ли наши ресурсы.
Иногда нам приходится обслуживать статический контент в наших веб-приложениях. Это может быть изображение, HTML, CSS или файл JavaScript.
В этом руководстве мы покажем, как обслуживать статический контент с помощью Spring WebFlux . Мы также предполагаем, что наше веб-приложение будет настроено с использованием Spring Boot .
По умолчанию Spring Boot предоставляет статический контент из следующих мест:
В этом руководстве показано, как создать простое реактивное приложение Spring Boot, которое интегрируется с сервером обмена сообщениями RabbitMQ, популярной реализацией стандарта обмена сообщениями AMQP.
Мы рассмотрим оба сценария — «точка-точка» и «публикация-подписка» — с использованием распределенной установки, которая подчеркивает различия между обоими шаблонами.
Обратите внимание, что мы предполагаем базовые знания AMQP, RabbitMQ и Spring Boot, в частности, таких ключевых понятий, как обмены, очереди, темы и так далее. Более подробную информацию об этих концепциях можно найти по ссылкам ниже:
Использование фильтров широко распространено в веб-приложениях, поскольку они дают нам возможность изменять запрос или ответ без изменения наших конечных точек.
В этом кратком руководстве мы опишем возможные способы их реализации с помощью WebFlux Framework.
Поскольку мы не будем вдаваться в подробности о самой структуре WebFlux, вы можете прочитать эту статью для получения более подробной информации.