-
Notifications
You must be signed in to change notification settings - Fork 179
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
AWS SQS NACK doing nothing? #2635
Comments
Thank you for your feedback, the SQS connector is still in preview and if you are willing to contribute I can help to get in a configurable failure handler to change the message visibility of the nacked message. |
@ozangunalp am kind of thinking to contribute on this. Can you please give me some directions |
@prakashelango that's great news! You can do like the ack handler already existing on the The connector channel can receive an attribute to choose between two strategies. There are some other examples on other connectors. You can also check those. |
@prakashelango are you planning to contribute? If no maybe I can do it after we merge first one: quarkiverse/quarkus-amazon-services#1414 |
@adampoplawski am in midst, need to test it out. |
When nacking SQS message I would expect it to the immediately returned back to the broker i.e. NACKing should set the VisibilityTimeout to 0. Current implementation does not seem to do anything.
https://github.com/smallrye/smallrye-reactive-messaging/blob/4.21.0/smallrye-reactive-messaging-aws-sqs/src/main/java/io/smallrye/reactive/messaging/aws/sqs/SqsMessage.java#L120
Also is there a way to manually extend the message's VisibilityTimeout in case it is about to expire when the processing takes longer than expected?
The text was updated successfully, but these errors were encountered: