ironMQ推送队列响应

Question

我搜索了很多，但无法找到REST API发送的响应属性的任何描述（http://dev.iron.io/mq/reference/api/#responses）几乎所有响应属性都是自解释的，但需要描述一些属性。让我提一下其中一些;

• 响应GET /projects/{Project ID}/queues/{Queue Name}/messages/{Message ID}/subscribers请求，属性是什么 ID？ （这不是消息ID，因为我已经检查了它。如果是单播的话 推送队列它与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。

Answer 1

• 响应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。它是另一个队列的名称，其中将放置有关在重试重试次数后无法传递的消息的信息。有关详细信息，请导航至 http://dev.iron.io/mq/reference/push_queues/#error_queues