0
我們已經制定了同步JMS通信，我們將請求發送到一個隊列，等待corelated響應後襬脫響應消息超時時間爲400毫秒。如果響應不會在400秒內回來，那麼我們的線程超時和消息將保留在隊列中，並且永遠不會讀取。
我們的目標系統花費了大量的時間來處理消息，響應在400毫秒後回來，導致我們的線程超時並且響應隊列很快滿了。
我該如何擺脫響應隊列中響應來遲的孤兒響應消息？
A
回答
0
理論上，在JMS協議中，可以設置JMS頭部屬性即JMSExpiration。如果您使用標準的java-jms，則JmsSender類具有您可以使用的「setTimeToLive」方法。
相關問題
- 1. JMS同步請求/響應使用臨時隊列超時讀書
- 2. Mule JMS請求響應
- 3. 騾重新使用請求 - 應答（相同JMS隊列）
- 4. Spring JMS開始根據請求偵聽jms隊列
- 5. JMS同步通信
- 6. JMS隊列和JMS主題
- 7. 請求 - 響應模式的JMS
- 8. 駱駝JMS請求/回覆超時
- 9. 如何繪製JMS隊列？
- 10. 如何從spring jms中清除jms隊列？
- 11. 與使用jms隊列的異步同步
- 12. 實現JMS請求 - 應答。隊列vs主題？
- 13. 使用MessageListener接口獲取JMS請求的響應時間
- 14. JMS隊列彈簧
- 15. JMS隊列已滿
- 16. jms隊列實現
- 17. 駱駝JMS異步請求回覆
- 18. 從WebSphere MQ隊列消費期間Spring JMS超時到期
- 19. Spring集成：到臨時JMS隊列發送響應
- 20. 如何從JMS響應中獲取JMSMessageID
- 21. 應該在從一個JMS隊列持久化到另一個JMS隊列時使用JmsTransactionManager
- 22. 如何使用Spring JMS支持在運行時創建JMS隊列？
- 23. JMS超時或TimeToLive
- 24. JMS排隊前通知
- 25. 同步請求響應
- 26. 有一些請求後，隊列createConnection的JMS連接失敗
- 27. 如何清除Jboss中的JMS隊列
- 28. jms隊列vs內存java隊列
- 29. JMS隊列輪詢示例
- 30. Websphere JMS隊列大小
這就是通常使用的「生存時間」。 –