ironMQ 推送队列响应
ironMQ Push queue response
我搜索了很多，但找不到任何关于 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}
请问，属性尺寸是多少？ （它看起来是队列大小
值，但队列大小又是多少？我的仪表板上的队列大小总是
显示零)
- 根据我的理解，如果消息正在重试第 2 次或第 3 次
retries_remaining 应等于 retries_total - number of
retries attempts。但事实并非如此。每次我看到那个
retries_remaining 没有变化。在什么情况下
retries_remaining会变吗？
- 消息被尝试
retries_total次后，消息
status 应该更改为 error 但它仍然是 retrying。为什么？
- 有消息路由日志吗？意思是，如果消息是第一个
发送给订阅者 1 但未收到
200 响应。相同
然后消息将发送给其他订阅者，比如订阅者 2.
- 响应
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
我搜索了很多，但找不到任何关于 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}请问，属性尺寸是多少？ （它看起来是队列大小 值，但队列大小又是多少？我的仪表板上的队列大小总是 显示零) - 根据我的理解，如果消息正在重试第 2 次或第 3 次
retries_remaining应等于retries_total - number of retries attempts。但事实并非如此。每次我看到那个retries_remaining没有变化。在什么情况下retries_remaining会变吗？ - 消息被尝试
retries_total次后，消息status应该更改为error但它仍然是retrying。为什么？ - 有消息路由日志吗？意思是，如果消息是第一个
发送给订阅者 1 但未收到
200响应。相同 然后消息将发送给其他订阅者，比如订阅者 2.
- 响应
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