summary |
shortlog | log |
commit |
commitdiff |
tree
first ⋅ prev ⋅ next
Kai Moritz [Mon, 6 Jun 2022 16:49:21 +0000 (18:49 +0200)]
"Fixed" the bug by adding a default-handler
* The default-handler is _NOT_ necessary, if the handler-methods only
consume the message itself.
* This looks like a bug in the automatic configuration:
* Without the addtional parameter of type `ConsumerRecordMetaData`, the
automatically created resolvers are able to consume the payload.
* After the addition of the `consumerRecordMetaData`-parameter, the
automatically created resolvers are empty and fail to resolve the
payload.
* After the addition of the default-handler, the required resolvers
are availabe again.
Kai Moritz [Mon, 6 Jun 2022 16:04:56 +0000 (18:04 +0200)]
Triggerd bug (?) by adding a parameter of type `ConsumerRecordMetadata`
Kai Moritz [Mon, 6 Jun 2022 15:06:41 +0000 (17:06 +0200)]
Added a consumer, that received messages of multiple types
* The consumer receives messages of type `Foo` and `Bar`.
* Added a test, that verifies, that the consumer can receive messages
of type `Foo` and `Bar`.
Kai Moritz [Mon, 6 Jun 2022 09:43:26 +0000 (11:43 +0200)]
Generated an empty project with spring initializr