Spring batch: цепочка ридера.процессор, ридер для тех же исходных данных?

Question

Я новичок в весенней партии и изучаю технологию для некоторого проекта фоновой обработки. Я просмотрел документ, но не уверен, что он отвечает на мой вопрос. Поэтому мне нужно связать следующее для одного и того же «потока» данных. читать, проверять / обрабатывать и перечитывать для новых данных (в основном, по конвейеру одни и те же данные, хотя несколько считывателей зажаты процессором. Я не уверен, выражаю ли я свое мнение, но, возможно, это понятно. Я знаю, что могу сделать несколько чтений, но не уверен, что инъекция процессора жизнеспособна Любые идеи, мнения и т. Д. Спасибо

Answer 1

Вместо того, чтобы пытаться выполнять многократные чтения, вы должны рассмотреть возможность объединения процессоров элементов после одного чтения перед окончательной записью.

Причиной этого предложения является то, что процессоры цепочек элементов позволяют вам принимать входные данные, воздействовать на них, преобразовывать их и передавать их следующему процессору в цепочке.

Взгляните на раздел 6.3.1.Создание цепочки ItemProcessors в документации Spring Batch для получения дополнительной информации и нескольких простых примеров.

Answer 2

В Spring Batch термин «передача одних и тех же данных через несколько считывателей, уложенных процессором» звучит так, будто вам нужна работа, состоящая из нескольких шагов, связанных друг с другом.

Если, в свою очередь, вы хотите передать элементы (сообщения), полученные на одном шаге, следующему читателю / обработчику / устройству записи для дальнейшей обработки, тогда вы можете создавать приложение, управляемое сообщениями, и Spring Integration может быть более естественным выбором для достичь цели.