Camel SQS продолжает попытки продлить тайм-аут видимости сообщения, хотя VisibilityTimeout превышает максимальное значен ⇐ JAVA
Camel SQS продолжает попытки продлить тайм-аут видимости сообщения, хотя VisibilityTimeout превышает максимальное значен
У меня есть приложение Spring Boot Camel, которое получает сообщения из очереди SQS. Очередь настроена для расширения видимости сообщений.
Из-за пока невыявленной проблемы, похоже, что для некоторых сообщений время ожидания видимости сообщения было увеличено до значения, превышающего максимальное значение, разрешенное SQS (12 часов). Я вижу это в своем журнале с этим сообщением
Общий VisibilityTimeout для сообщения превышает предел [43200 секунд]. (Сервис: AmazonSQS; код состояния: 400; код ошибки: InvalidParameterValue; идентификатор запроса: 55988753-658c-562b-8c04-daf37c9efc70)
Тогда я вижу, что компонент Camel продолжает попытки продлить тайм-аут видимости сообщения, и похоже, что он будет продолжать попытки продлить его навсегда. Эти запросы приводят к следующему сообщению об исключении в моих журналах.
ReceiptHandle недействителен. Причина: Срок действия дескриптора квитанции истек. Насколько я вижу, маршрут использует обработчик ошибок Camel по умолчанию.
Я знаю, что мне нужно понять, почему эти сообщения не обрабатываются моим потребителем должным образом, но стоит ли мне ожидать такой же реакции от Camel?
У меня есть приложение Spring Boot Camel, которое получает сообщения из очереди SQS. Очередь настроена для расширения видимости сообщений.
Из-за пока невыявленной проблемы, похоже, что для некоторых сообщений время ожидания видимости сообщения было увеличено до значения, превышающего максимальное значение, разрешенное SQS (12 часов). Я вижу это в своем журнале с этим сообщением
Общий VisibilityTimeout для сообщения превышает предел [43200 секунд]. (Сервис: AmazonSQS; код состояния: 400; код ошибки: InvalidParameterValue; идентификатор запроса: 55988753-658c-562b-8c04-daf37c9efc70)
Тогда я вижу, что компонент Camel продолжает попытки продлить тайм-аут видимости сообщения, и похоже, что он будет продолжать попытки продлить его навсегда. Эти запросы приводят к следующему сообщению об исключении в моих журналах.
ReceiptHandle недействителен. Причина: Срок действия дескриптора квитанции истек. Насколько я вижу, маршрут использует обработчик ошибок Camel по умолчанию.
Я знаю, что мне нужно понять, почему эти сообщения не обрабатываются моим потребителем должным образом, но стоит ли мне ожидать такой же реакции от Camel?
-
- Похожие темы
- Ответы
- Просмотры
- Последнее сообщение
-
-
Вызывает ли сбой тайм-аут сторожевого таймера или тайм-аут является результатом сбоя?
Anonymous » » в форуме Linux - 0 Ответы
- 157 Просмотры
-
Последнее сообщение Anonymous
-
-
-
Как продлить тайм -аут одиночного выполнения MySQL запроса в MySQL Workbench?
Anonymous » » в форуме MySql - 0 Ответы
- 7 Просмотры
-
Последнее сообщение Anonymous
-
-
-
Как продлить тайм -аут одиночного выполнения MySQL запроса в MySQL Workbench?
Anonymous » » в форуме MySql - 0 Ответы
- 7 Просмотры
-
Последнее сообщение Anonymous
-