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} プロパティサイズとは何ですか？(値からキュー サイズのように見えますが、やはりキュー サイズとは何ですか? ダッシュボードのキュー サイズは常にゼロと表示されます)
  • 私の理解によれば、メッセージが 2 回目または 3 回目の再試行の場合は、 retries_remainingと等しくなるはずretries_total - number of retries attemptsです。しかし、そうではありません。私が見るたびに、それ retries_remainingは変わっていません。どのような場合に retries_remaining変化しますか？
  • retries_totalメッセージが何度も 試行された後、メッセージはstatusに変更されるはずですerrorが、そのままですretrying。なぜ？
  • メッセージ ルーティングのログはありますか? メッセージが最初にサブスクライバ 1 に送信されたが200、応答が受信されなかった場合を意味します。次に、同じメッセージが他のサブスクライバー、たとえばサブスクライバー 2 に送信されます。
4

1 に答える 1

1
  • In response of GET /projects/{Project ID}/queues/{Queue Name}/messages/{Message ID}/subscribers request, the property ID is the subscriber ID
  • In response of GET /projects/{Project ID}/queues/{Queue Name}/messages/{Message ID} request, the property reserved_count shows how many times the message have been reserved. After reservation if the timeout had been expired, the message would be placed back onto queue and the reserved_count would be increased.
  • push queues( とは対照的に)ではpull queues、メッセージはキューに格納されません。そのため、any のサイズpush queueは常に 0 です。
  • メッセージが何度も試行されると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 に答える