Allow default Queue visibility timeout parameters to be customized
See original GitHub issueCurrently in our default QueueProcessor we hard code the visibility timeout for failed queue trigger invocations to TimeSpan.Zero
(code here). While you can write and register your own custom queue processor to override this, we should provide a JobHostQueuesConfiguration
knob at the host level that lets this default be set globally.
A configuration knob is particularly IMPORTANT in scenarios like Azure Functions where the possibility for users to write a custom QueueProcessor doesn’t exist.
Issue Analytics
- State:
- Created 7 years ago
- Reactions:7
- Comments:7 (3 by maintainers)
Top Results From Across the Web
Amazon SQS visibility timeout
The default visibility timeout for a message is 30 seconds. The minimum is 0 seconds. The maximum is 12 hours. For information about...
Read more >What does visibility Timeout mean for AWS SQS
Visibility timeout is the time-period or duration you specify for the queue item which when is fetched and processed by the consumer is...
Read more >AWS SQS Visibility Timeout Explained
Every SQS queue has the default visibility timeout setting for 30 seconds. The minimum is 0 seconds and the maximum is 12 hours....
Read more >Custom Visibility Timeout for Queue Nessage in Output ...
When setting up a queue in output binding for a function , we have the ability to set a default visibility timeout as...
Read more >aws.sqs.Queue
The visibility timeout for the queue. An integer from 0 to 43200 (12 hours). The default for this attribute is 30. For more...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
Hi @mathewc ,
Still it is not working with azure functions. I’ve created an azure functions project in Visual Studio and configured the host.json file with following values: { “queues”: { “visibilityTimeout” : “00:01:00” } } The messages are retried with 0 seconds timeout. Any input on this ?
Thank you
I don’t think so.
I believe your best chance of achieving some kind of transient fault handling is to create your own implementation where you do following:
I hope this helps.