Skip to content

GH-3797: Improve batch processing in the framework #3820

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 2 commits into from
Jun 7, 2022

Conversation

artembilan
Copy link
Member

Fixes #3797

  • Handle Message items of the Iterable payload properly in the JdbcMessageHandler.
    Otherwise, they've been wrapped into an extra Message
  • Produce a single message with a Collection<Message<?>> payload in the AggregatingMessageHandler
    when the getOutputProcessor() is not an instance of SimpleMessageGroupProcessor
  • Mention these changes in docs
  • Point to the error handling sample from docs

Fixes spring-projects#3797

* Handle `Message` items of the `Iterable` payload properly in the `JdbcMessageHandler`.
Otherwise, they've been wrapped into an extra `Message`
* Produce a single message with a `Collection<Message<?>>` payload in the `AggregatingMessageHandler`
when the `getOutputProcessor()` is not an instance of `SimpleMessageGroupProcessor`
* Mention these changes in docs
* Point to the error handling sample from docs
Co-authored-by: Gary Russell <[email protected]>
@artembilan artembilan requested a review from garyrussell June 7, 2022 14:08
@garyrussell garyrussell merged commit e855f13 into spring-projects:main Jun 7, 2022
@artembilan
Copy link
Member Author

@artembilan artembilan deleted the GH-3797 branch June 7, 2022 15:11
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Support an Abstract(Reactive)MessageHandler#handleMessageInternal that will accept List<Message<?>>
2 participants