我們有一個類似于這個老問題的問題。然而,我們的設置有點不同。例如,心跳應該已經存在,因為我們有來自 ActiveMQ 的默認 InactivityMonitor。我們有一個使用嵌入式經紀人的客戶。嵌入式代理有一個網絡連接器,可以連接到作為機器上的獨立服務運行的遠程代理。通過這種方式,我們可以解耦客戶端和服務器之間的通信。嵌入式代理充當客戶端的本地隊列??蛻舳讼蚯度胧酱戆l送消息。這些消息要么通過網絡連接器流向遠程代理,要么(當連接暫時不可用時)留在嵌入式代理中,直到重新建立連接。嵌入式代理和遠程代理都是 Apache ActiveMQ 的實例。JMS 實現基于 Spring JMS。在實踐中,我們有時會看到奇怪的行為(通常在很長一段時間后沒有任何問題):網絡連接器列在遠程代理管理控制臺的連接選項卡中。但是,并非所有消息都在遠程代理處傳遞。通常字節消息被卡在嵌入式代理中,而文本消息被傳遞到遠程代理上的隊列。網絡連接器列在遠程代理管理控制臺的連接選項卡中。但是,沒有消息正在遠程代理處傳遞。在遠程代理上啟用了不活動監視器。嵌入式代理是使用下面顯示的代碼創建的(為簡潔起見省略了 SSL 代碼)。我們不知道可能導致問題的原因,更重要的是,不知道為什么設置不會自動恢復。我們希望此設置能夠自動檢測連接不可用并設置新連接。然而,這似乎并沒有發生。有沒有人知道我們可以從哪里開始尋找,或者更好的是,知道問題可能出在哪里?
添加回答
舉報
0/150
提交
取消