У меня возникла ситуация, когда сообщение потребляется потребителем, а исключение возникает при обработке потребителя. В настоящее время мы подавляем исключение, которое является неправильным. Как убедиться, что при возникновении исключения при обработке обработки сообщение остается в очереди и снова повторено. Мы не настроили очередь повторов. Мы используем кролик MQ.Откат JMS-сообщений в очередь
-1
A
ответ
-1
вы можете достичь этого, используя TransactionManagement. если успех транзакции (т. е. при завершении обработки сообщений), вы должны зафиксировать транзакцию еще, которую вы должны отменить it.once, она откатется, сообщение автоматически попадет в очередь. И вы также должны использовать redeliverypolicy в JMS для обработки сообщения снова через определенный промежуток времени.
Смежные вопросы
- 1. Откат в Entity Framework 4.0
- 2. Выбор, откат, улов Стратегия исключения в муле
- 3. Каково ожидаемое поведение откат/откат Camus?
- 4. SQL ServiceBrokerInterface откат транзакций не откат
- 5. ActiveRecord :: Откат, похоже, не выполняет откат транзакции
- 6. Откат обновлений в PyCharm
- 7. Откат в Git
- 8. Откат update_attributes в before_update
- 9. Откат в Oracle 10G
- 10. Откат назад в SQL
- 11. Откат в Git
- 12. Откат изменений в Salesforce
- 13. Откат фильтр в AngularJS
- 14. Откат в триггере
- 15. Откат в рельсах?
- 16. Откат в .GIT
- 17. Откат в стандартном ML
- 18. Откат MySQL в node.js
- 19. Откат слияния в Git
- 20. Откат в Эрланге
- 21. Откат MySQL в обработчике
- 22. Откат в люцине
- 23. Откат совершить в мерзавца
- 24. Откат в пакетной обработке
- 25. MQ Откат сообщений
- 26. Откат транзакции
- 27. Откат камень
- 28. Откат изменение
- 29. Откат Проблема
- 30. ActiveMQ 5.9.1 Откат медленного потребителя в очереди