В отличие от других приложений на основе Spring, тестирование пакетных заданий связано с некоторыми специфическими проблемами, в основном из-за асинхронного характера выполнения заданий.
В этом руководстве мы собираемся изучить различные альтернативы для тестирования задания Spring Batch .
Мы используем spring-boot-starter-batch , поэтому сначала давайте настроим необходимые зависимости в нашем pom.xml :
В нашем предыдущем введении в Spring Batch мы представили фреймворк как инструмент пакетной обработки. Мы также изучили детали конфигурации и реализацию однопоточного выполнения задания в одном процессе.
Для реализации задания с некоторой параллельной обработкой предоставляется ряд опций. На более высоком уровне есть два режима параллельной обработки:
В этой быстрой статье мы обсудим разделение Step , которое может быть реализовано как для однопроцессных, так и для многопроцессорных заданий.
В этом руководстве мы рассмотрим практическое введение в Spring Batch, ориентированное на код. Spring Batch — это платформа обработки, предназначенная для надежного выполнения заданий.
Текущая версия 4.3 поддерживает Spring 5 и Java 8. Она также поддерживает JSR-352, новую спецификацию Java для пакетной обработки.
Вот несколько интересных и практических вариантов использования фреймворка.
В этом руководстве мы рассмотрим и сравним различные способы запуска и остановки запланированного задания Spring Batch для любых необходимых бизнес-кейсов.
Если вам нужны общие сведения о Spring Batch и Scheduler, обратитесь к статьям Spring-Batch и Spring-Scheduler .
Во-первых, у нас есть класс SpringBatchScheduler для настройки планирования и пакетного задания. Метод launchJob() будет зарегистрирован как запланированная задача.
Spring Batch — это мощная платформа для разработки надежных пакетных приложений. В нашем предыдущем уроке мы представили Spring Batch .
В этом руководстве мы будем основываться на предыдущем и узнаем, как настроить и создать базовое пакетное приложение с использованием Spring Boot .
Во-первых, давайте добавим spring-boot-starter-batch в наш pom.xml :
Spring Batch предоставляет два разных способа реализации задания: использование тасклетов и чанков .
В этой статье мы узнаем, как настроить и реализовать оба метода на простом примере из реальной жизни.
Начнем с добавления необходимых зависимостей :
По умолчанию пакетное задание Spring завершается сбоем из-за любых ошибок, возникших во время его выполнения. Однако иногда нам может понадобиться повысить устойчивость нашего приложения, чтобы справляться с периодическими сбоями.
В этом кратком руководстве мы рассмотрим, как настроить логику повторных попыток в среде Spring Batch .
Допустим, у нас есть пакетное задание, которое читает входной CSV-файл:
Мы используем Spring Batch для составления заданий из нескольких шагов, которые считывают, преобразуют и записывают данные. Если шаги в задании имеют несколько путей, подобно использованию оператора if в нашем коде, мы говорим, что поток задания является условным .
В этом руководстве мы рассмотрим два способа создания заданий Spring Batch с условным потоком.
Когда мы указываем условный шаг в пакетной среде Spring, мы используем статус выхода шага или задания. Поэтому нам нужно понимать разницу между статусом партии и статусом выхода в наших шагах и заданиях:
По умолчанию любые ошибки, возникающие во время обработки задания Spring Batch , приводят к сбою соответствующего шага. Однако есть много ситуаций, когда мы предпочли бы пропустить обрабатываемый в данный момент элемент для определенных исключений.
В этом руководстве мы рассмотрим два подхода к настройке логики пропуска в среде Spring Batch.
В качестве примеров мы будем повторно использовать простое задание, ориентированное на фрагменты, уже представленное в нашей вводной статье о Spring Batch .