2

我搜索了很多，但找不到关于 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。
4

1 回答 1

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）中，消息不存储在队列中。这就是为什么 any 的大小push queue总是为零的原因。
  • 消息尝试retries_total多次后，消息状态始终更改为error。retries_total我认为您在多次尝试消息之前已经检查了状态。还有retries_delay重试之间的间隔，默认值为 60 秒。
  • 不幸的是，现在路由日志不可用，也许将来会。您可以使用errorqueue. 它是另一个队列的名称，其中将放置有关重试重试次数后无法传递的消息的信息。有关详细信息，请导航至 http://dev.iron.io/mq/reference/push_queues/#error_queues
于 2015-01-20T13:55:49.623 回答