JMS API: гарантия доставки сообщений

Стандарт JMS предоставляет различные механизмы подтверждения обработки сообщений, влияющие на их сохранность при сбоях. При использовании режима AUTO_ACKNOWLEDGE сообщение удаляется сразу после прочтения, что может привести к потере данных при рестарте сервиса или ошибке в процессе обработки. Режимы CLIENT_ACKNOWLEDGE и TRANSACTED обеспечивают большую надежность.
JMS API: гарантия доставки сообщений
Изображение носит иллюстративный характер

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

Режим CLIENT_ACKNOWLEDGE предполагает явное подтверждение обработки сообщения вызовом метода message.acknowledge(). Сообщения остаются в очереди в статусе «неподтвержденное» до явного подтверждения или до разрыва соединения с брокером, например, из-за перезапуска сервиса, после чего становятся доступными для повторного прочтения. Это позволяет избежать потери сообщений при рестарте сервиса и, одновременно, не возвращать сообщения по таймауту. При использовании этого подхода важно помнить о необходимости явного вызова message.acknowledge(), чтобы избежать постоянного накопления неподтвержденных сообщений в очереди. Использование CLIENT_ACKNOWLEDGE более подходит для длительных операций, где важна гарантия доставки и нет возможности применения транзакций.


Новое на сайте

20865Как исследовательские модели OpenAI обходили ограничения и присваивали чужие данные 20864Атака на BeyondTrust: шпионская группа получила доступ к серверам поддержки 20863Как пакет imgdecode превращает npm-зависимость в загрузчик вредоносного кода? 20862Как PEERSTITCH обходит проверки VPN-сессий FortiOS? 20861Что происходит, когда ИИ-агент выходит за пределы тестовой среды? 20860Как 37-летняя ошибка открыла путь к root в OpenBSD 7.9? 20859ИИ-модели для SOC: точный ответ зависит от улик 20858Как одна учётная запись ConnectWise открыла доступ к 173 арендаторам Microsoft 365? 20857Пять минут до заражения: как подменили обновления AOMEI Backupper 20856Ловушка под видом регистрации: как UAT-11985 крадёт аккаунты Google 20855Может ли виртуальная машина прочитать память хоста? 20854Как дешёвые Android-смартфоны превращаются в чужие прокси? 20853В Индии имя звонящего появится на экране вместе с номером 20852Как проверить готовность команды к звонку с клонированным голосом? 20851Уязвимости MarkLogic: делегированные права могли открыть путь к администраторскому...
Ссылка