我有一個Rails應用程序中運行AMQ + Activemessaging。使用ActiveMQ + activemessaging寶石ruby中的問題
我在接收郵件時遇到activemessaging不處理郵件的問題。這一旦我重新啓動客戶端就解決了。顯然，它有一段時間的工作，但不知道什麼時候它停止行爲怪異。
這會導致在讀取消息時丟失消息，Stomp客戶端配置爲：ack => true確認接收消息，但發送消息時沒有任何數據可用。
是否有人面臨類似的問題或使用Activemessaging替代？
你有使用AMQ + Ruby的工作場景嗎？
乾杯，
這是一個古老的線程，但只是想提一提的是，活動的消息寶石有它沒有更新的連接錯誤 - 它正在對舊版本的Rails，但在2.1左右打破了某個地方。它現在正在工作。
嘗試：ACK => '客戶' 或：ACK => '自動' 代替。
：ack => true不是一個有效的配置，不知道會做什麼 - 沒有什麼好處。
有效的選項是「客戶端」和「自動」（默認情況下，客戶端確保客戶端每次收到一條消息，直到最後一條消息纔會發送另一條消息）。
在這裏看到如何ACK選項跺腳工作：http://stomp.codehaus.org/Protocol
乾杯，
-Andrew Kuklewicz
對所有ActiveMessaging用戶：消費年齡試圖找出問題，並嘗試不同的方案後和解決辦法，問題原來是MySQL連接超時。出於某種原因，當消息出現在隊列中時，連接不會重新建立。任何人都面臨類似的情況，解決方案是什麼。 乾杯，
康斯坦丁NICOLAOU
它現在正在工作。
不適合我。使用0.7.1，仍然有相同的問題。每隔一段時間，AM都會從AMQ中的訂閱隊列退出。
謝謝安德魯， 您提到的設置是我正在使用的設置：{：ack =>'client'} 通過TRUE我的意思是它已啓用。 不過，輪詢腳本需要不時地重新啓動，以便正確讀取隊列。 還有一點需要注意的是，Rails默認記錄器不能在生產模式下訪問，在開發中完美工作。 我正在使用Rails 2.1.2 – cnicolaou 2009-08-26 08:45:50
對於所有ActiveMessaging用戶： 花了很多時間試圖找出問題並嘗試不同的方案並解決問題後，問題竟然是MySQL連接超時。 出於某種原因，當消息出現在隊列中時，連接不會重新建立。 任何人都面臨類似的情況，解決方案是什麼。 歡呼聲， Constantine Nicolaou – cnicolaou 2009-10-15 10:21:27