Тегирование — это распространенный шаблон проектирования, который позволяет нам классифицировать и фильтровать элементы в нашей модели данных.
В этой статье мы реализуем тегирование с помощью Spring и Elasticsearch. Мы будем использовать Spring Data и Elasticsearch API.
Прежде всего, мы не собираемся описывать основы получения Elasticsearch и Spring Data — вы можете изучить их здесь .
В этом кратком руководстве мы рассмотрим, как использовать сеанс Spring с поддержкой MongoDB как с Spring Boot, так и без него.
Spring Session также может поддерживаться другими хранилищами, такими как Redis и JDBC .
Во-первых, давайте рассмотрим зависимости и конфигурацию, необходимые для Spring Boot. Для начала добавим в наш проект последние версии spring-session-data-mongodb и spring-boot-starter-data-mongodb :
Во время передачи сообщений в Apache Kafka клиент и сервер договариваются об использовании общего синтаксического формата. Apache Kafka предоставляет конвертеры по умолчанию (такие как String и Long ), но также поддерживает пользовательские сериализаторы для конкретных случаев использования. В этом уроке мы увидим, как их реализовать.
Сериализация — это процесс преобразования объектов в байты . Десериализация — это обратный процесс — преобразование потока байтов в объект. Короче говоря, он преобразует контент в удобочитаемую и интерпретируемую информацию .
Как мы уже упоминали, Apache Kafka предоставляет сериализаторы по умолчанию для нескольких основных типов и позволяет нам реализовывать собственные сериализаторы:
В наших предыдущих руководствах Spring Profiles and Logging in Spring Boot мы показали, как активировать различные профили и использовать Log4j2 в Spring.
В этом кратком руководстве мы узнаем , как использовать разные конфигурации Log4j2 для каждого профиля Spring .
Например, предположим, что у нас есть два файла, log4j2.xml и log4j2-dev.xml , один для профиля по умолчанию, а другой для профиля «dev».
В учебном пособии по исключениям Spring обсуждаются некоторые из наиболее распространенных исключений в Spring с примерами — почему они возникают и как их быстро решить.
При разработке приложения Spring необходимо указать фреймворку, где искать bean-компоненты. Когда приложение запускается, платформа находит и регистрирует их все для дальнейшего выполнения. Точно так же нам нужно определить отображение, где будут обрабатываться все входящие запросы к веб-приложению.
Все веб-фреймворки Java построены на основе API сервлетов . В веб-приложении жизненно важную роль играют три файла. Обычно мы связываем их по порядку: web.xml -> applicationContext.xml -> spring-servlet.xml
В этой статье мы рассмотрим различия между applicationContext и spring-servlet .
applicationContext.xmlВ этой статье мы обсудим механизмы планирования задач Spring — TaskScheduler и его готовые реализации, а также различные триггеры для использования. Если вы хотите узнать больше о планировании в Spring, ознакомьтесь со статьями @Async и @Scheduled .
TaskScheduler был представлен в Spring 3.0 с множеством методов для запуска в какой-то момент в будущем. Он также возвращает объект представления интерфейса ScheduledFuture , который можно использовать для отмены запланированной задачи или проверки ее выполнения.
Все, что нам нужно сделать, это выбрать выполняемую задачу для планирования, а затем выбрать правильную политику планирования.
ThreadPoolTaskSchedulerВ этой статье мы создадим приложение с WebSocket и протестируем его с помощью Postman.
WebSocket — это двунаправленное, полнодуплексное, постоянное соединение между веб-браузером и сервером . Как только соединение WebSocket установлено, соединение остается открытым до тех пор, пока клиент или сервер не решит закрыть это соединение.
Протокол WebSocket — это один из способов заставить наше приложение обрабатывать сообщения в реальном времени. Наиболее распространенными альтернативами являются длительные опросы и события, отправленные сервером. Каждое из этих решений имеет свои преимущества и недостатки.
Нашим приложениям часто приходится обрабатывать загрузку файлов через HTTP-запрос. Начиная с Spring 5, теперь мы можем сделать эти запросы реактивными.
Добавленная поддержка реактивного программирования позволяет нам работать неблокирующим образом, используя небольшое количество потоков и противодавление .
В этой статье мы будем использовать WebClient — неблокирующий реактивный HTTP-клиент — чтобы проиллюстрировать, как загрузить файл. WebClient является частью библиотеки реактивного программирования под названием Project Reactor . Мы рассмотрим два разных подхода к загрузке файла с помощью BodyInserter .
WebClientЧтобы использовать WebClient , нам нужно добавить в наш проект зависимость spring-boot-starter-webflux :