Replies: 1 comment
-
I updated to v3.2 this morning, did another search for this issue, and found that the two headers set in the QueueMessageUtils have moved into SqsHeaderMapper. There are breaking changes though. More of an issue is the way the message-id from the AWS Message is passed on. It is still put into a header but via a route within the Spring Message structure and is now stored under the key "id" i.o. "MessageId". So a breaking change as well. |
Beta Was this translation helpful? Give feedback.
-
While migrating our project from Spring Cloud AWS v2 to v3, I found that the new version no longer sets the "MessageId" header when converting from an AWS SDK Message to a Spring Message type. It caused issues with some of our error handlers that use
@Header("MessageId")
to retrieve the SQS message id. They now throw exceptions that this header is not present.Looking at the new code, I see that "ReceiptHandle" is still being added as a header, albeit with a prefix. This was done in the same QueueMessageUtils class in v2 as the "MessageId" header.
I'm wondering if this was done intentionally and if I should switch to using the "id" header instead.
Or if it was perhaps missed in the new implementation?
Beta Was this translation helpful? Give feedback.
All reactions