トピック/サブスクリプション モデルでロング ポーリング オプションを使用できるかどうかについて、明確な説明が見つかりません。サービス バス キューでは可能ですが、各クライアントが独自のメッセージを受信できるようにするには、何千もの個別のキューを作成する必要があります。可能であれば、実装例を教えていただけますか?
ありがとう。
トピック/サブスクリプション モデルでロング ポーリング オプションを使用できるかどうかについて、明確な説明が見つかりません。サービス バス キューでは可能ですが、各クライアントが独自のメッセージを受信できるようにするには、何千もの個別のキューを作成する必要があります。可能であれば、実装例を教えていただけますか?
ありがとう。
実際、私はちょうど答えを見つけたと思います。他の誰かが立ち往生している場合、構文は次のとおりです。
`serviceBusClient.receiveSubscriptionMessage(topicListener, subscriber,
{timeoutIntervalInS: 120 },
function (error, message) {...});`
120 秒間ですが、マジック ナンバーをハードコーディングしないでください。これは 230 秒に制限されています。これは、この時間内にデータを受信しない HTTP 要求に対して Azure がエラーを返すためです。誰かがこのタイムアウトを延長する方法を知っていれば、洞察をいただければ幸いです。