开发者社区

文档建议反馈控制台

文章/答案/技术大牛

发布

社区首页 >问答首页 >ironMQ推送队列响应

问ironMQ推送队列响应
EN

Stack Overflow用户

提问于 2015-01-18 04:33:04

回答 1查看 187关注 0票数 2

我搜索了很多，但是没有找到REST (REST，http://dev.iron.io/mq/reference/api/#responses)发送的响应属性的任何描述，几乎所有响应的属性都是不言自明的，但是需要描述一些属性。让我提一下其中的一些；

在响应GET /projects/{Project ID}/queues/{Queue Name}/messages/{Message ID}/subscribers请求时，属性ID是什么？(这不是我检查过的消息ID。如果使用uni-cast推送队列，则其数量与message_id+1相同)
在响应GET /projects/{Project ID}/queues/{Queue Name}/messages/{Message ID}请求时，属性reserved_count是什么？
响应GET /projects/{Project ID}/queues/{Queue Name}请求，属性大小是多少？(从其值看，它似乎是队列大小，但是队列大小又是什么呢？我的仪表板上的队列大小总是显示为零)
根据我的理解，如果一个消息第二次或第三次重试，那么它的retries_remaining应该等于retries_total - number of retries attempts。但事实并非如此。每次我看到retries_remaining没有改变。在哪些情况下retries_remaining会发生变化？
消息尝试retries_total次数之后，消息status应该更改为error，但它仍然是retrying。为什么？
是否有任何消息路由日志？意思是，如果一条消息首先发送给订户1，但没有收到响应的200。然后将相同的消息发送给其他用户，例如订户2。

EN

回答 1

Stack Overflow用户

回答已采纳

发布于 2015-01-20 13:55:49

响应GET /projects/{Project ID}/queues/{Queue Name}/messages/{Message ID}/subscribers请求，属性ID是订阅者ID
响应GET /projects/{Project ID}/queues/{Queue Name}/messages/{Message ID}请求，属性reserved_count显示保留消息的次数。在预订之后，如果超时已经过期，则消息将返回到队列中，并且reserved_count将增加。
在push queues (与pull queues不同)中，消息不存储在队列中。这就是为什么任何push queue的大小总是为零。
在尝试消息之后，retries_total次数总是将消息状态更改为error。我认为您在邮件尝试retries_total次数之前已经检查了状态。还有retries_delay之间的重试，默认值是60秒。
不幸的是，现在路由日志是不可用的，也许将来也是如此。您可以使用errorqueue。它是另一个队列的名称，在该队列中，将放置关于在重试后无法传递的消息的信息。有关详细信息，请导航到queues

票数 1

EN

页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持

原文链接：

https://stackoverflow.com/questions/28007161

复制

相似问题