В чем разница между "Очередь мертвой буквы" и "Очередь назад"?

В чем разница между очередью "мертвой буквы" и "обратной" очередью?

В терминах WebSphere MQ и в терминах серверов приложений.

На всех серверах приложений J2EE/JEE есть поставщик MQ, у них также есть конструкция очереди с мертвыми буквами или это что-то специфическое для WebSphere MQ?

Мое понимание обратной очереди выглядит следующим образом:

Если MQ не может доставить сообщение адресату после определенного количества попыток, оно перемещает сообщение в очередь возврата.

У меня нет четкого понимания очереди Dead Letter.

Оцените любую помощь.

Ответ 1

Очередь мертвой буквы всегда использовалась в MQSeries (последний раз, когда я использовал MQ) для хранения сообщений, которые попадали в диспетчер очереди, но очереди не было.

Например, если сообщение было адресовано диспетчеру очереди X и очереди Y, он будет поступать через канал в менеджере X.

Если канал получателя обнаружил отсутствие очереди Y, он будет помещен в очередь с мертвой буквой.

Очередь резервного копирования, с другой стороны, больше относится к предмету уровня приложения (по крайней мере, с точки зрения MQ). Когда клиент MQ не может обработать сообщение по какой-либо причине, он может вернуть его для последующей обработки (обратно к исходной очереди).

Если он слишком много времени откладывается (можно настроить порог), он перемещается в очередь резервного копирования.

Ответ 2

Спасибо за ответы. Я также понял, что если приложение по какой-либо причине не может переместить сообщение в очередь возврата (BOQ), то делается попытка переместить очередь в очередь мертвых букв (DLQ).

В нашем приложении это произошло. В очереди Back Out были некоторые проблемы с разрешением, поэтому сообщение не могло быть записано в BOQ, и оно попало в очередь "Мертвая".

Ответ 3

Очередь мертвых букв ведет себя так же, как и Backout. Я обрабатываю очередь мертвых букв как Crematorium для сообщений, которые не могут быть восстановлены в очередях "Ошибка" или "Очередь", и иметь некоторые последние нестандартные данные, которые необходимо собрать. После того, как информация будет захвачена, сообщение будет отправлено навсегда. Резервное копирование полезно для анализа сообщений для данных, которые могут потребоваться восстановить для полной обработки или отправки в область приложения для принятия решения.

Ответ 4

Очередь мертвой буквы также является локальной очередью. Если мы попытаемся отправить сообщение из одной очереди в другую очередь, и сообщение не было отправлено в нужное место назначения, в это время сообщение отправится в очередь с мертвой буквой.