You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When fetching a message from SQS, visibilityTimeout(Duration (in seconds) that the received messages are hidden from subsequent retrieve requests.) is determined at request time
In some cases, the timeout might not be clear during the request and the processing job might need more time to process the message. Currently, if the visibilityTimeout is less than the job processing time, that will cause the message to be back in the queue and visible to other workers to fetch again, causing double processing of the same message.
It's possible through SQS API to extend the timeout after fetching the message through ChangeMessageVisibility.
TODO: Implement this functionality in WTSQS.
The text was updated successfully, but these errors were encountered:
When fetching a message from SQS,
visibilityTimeout
(Duration (in seconds) that the received messages are hidden from subsequent retrieve requests.) is determined at request timeIn some cases, the timeout might not be clear during the request and the processing job might need more time to process the message. Currently, if the
visibilityTimeout
is less than the job processing time, that will cause the message to be back in the queue and visible to other workers to fetch again, causing double processing of the same message.It's possible through SQS API to extend the timeout after fetching the message through ChangeMessageVisibility.
TODO: Implement this functionality in WTSQS.
The text was updated successfully, but these errors were encountered: