1

我在 Rails 应用程序中运行 AMQ + Activemessaging。

我遇到了主动消息在收到消息时未对消息采取行动的问题。一旦我重新启动客户端,这个问题就解决了。显然,它工作了一段时间,但不确定什么时候它会停止奇怪的行为。

这会导致在读取消息时丢失消息,Stomp 客户端配置为 :ack => true 确认消息的接收,但是在发送消息时没有可用的数据。

是否有人面临类似问题或使用 Activemessaging 的替代方案?

你有使用 AMQ + Ruby 的工作场景吗?

干杯,

4

4 回答 4

2

尝试 :ack=>'client' 或 :ack=>'auto' 代替。

:ack=>true 不是一个有效的配置,不知道那会做什么 - 没什么好。

有效选项是 'client' 和 'auto' (auto 是默认设置,客户端确保客户端一次确认一条消息,并且在最后一条消息被确认之前永远不会发送另一条消息)。

请参阅此处了解 ack 选项如何在 stomp 中工作:http://stomp.codehaus.org/Protocol

干杯,

——安德鲁·库克勒维奇

于 2009-08-24T15:28:19.110 回答
1

这是一个旧线程,但只是想提一下,活动消息传递 gem 有一个错误,它没有更新连接 - 它适用于旧版本的 Rails,但在 2.1 左右出现故障。它现在又开始工作了。

于 2010-06-04T14:51:48.140 回答
1
它现在又开始工作了。

不适合我。使用 0.7.1 仍然有同样的问题。每隔一段时间,AM 就会与 AMQ 中的订阅队列断开连接。

于 2010-10-29T19:48:32.657 回答
0

致所有 ActiveMessaging 用户:在花了很长时间试图找出问题并尝试不同的方案和解决方法之后,问题原来是 MySQL 连接超时。由于某种原因,当消息出现在队列中时,连接没有重新建立。任何人都面临类似的情况以及解决方案是什么。干杯,

康斯坦丁·尼古拉

于 2009-11-02T13:56:28.463 回答