問題タブ [azure-servicebus-queues]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
c# - Brokeredmessage Microsoft Service Bus キュー ReceiveBatch がすべてのデッド レター メッセージを取得していない
Microsoft Service Bus でデッド レター キューを使用してプロジェクトをテストしています。私は 26 個のメッセージ (アルファベットを表す) を送信し、メッセージを受信すると、メッセージの一部を無作為にデッド レター キューに入れるプログラムを使用します。メッセージは常にデッド レター キューからピーク モードで読み取られるため、そこに到達するとそこにとどまります。数回実行すると、26 個のメッセージすべてが配信不能キューに入れられ、常にそこに残ります。
ただし、それらを読み取るときは、いくつか (たとえば 6 つ) だけが読み取られることもあれば、26 個すべてが読み取られることもあります。
次のコマンドを使用します。
タイムアウトのある ReceiveBatch のオーバーロードがありますが、これは役に立たず、おそらく複雑さを増すだけです。
「ピーク」モードで使用され、メッセージがそこにとどまっているため、毎回 26 個のメッセージすべてを取得しないのはなぜですか。
「Service Bus Explorer」を使用して、すべてのメッセージが配信不能キューにあり、そこに残っていることを実際に確認できます。
これは主にテストの例ですが、「ReceiveBatch」が非常に（悪い）ランダムな方法ではなく、決定論的なモードで機能することを願っています...
wcf - Azure with SQL Azure で WCF サービスとの接続が不足している
ServiceBusトピックからリクエストを受け取るマルチインスタンスWCFサービス（2つ以上）があります（サブスクリプションで10000を超えるリクエストを持つことができます）。
リクエストの性質は、主にデータベースへの挿入を行うことです。非常に最小限の処理。私たちのデータベースは SQL Azure の P1 です。
しばらくすると、接続が不足し続け、タイムアウトが発生します。プール サイズを 1000 に増やし、接続タイムアウトを 120 秒に増やしました。確認したところ、接続プールは間違いなく正しく破棄されています。
どこから掘り始めるべきか？
ありがとう
c# - Service Bus Queue タスクのマッピング方法タスクへ
Service Bus Queue 用のアダプターを使用しています。したがって、戻り値の型に Queue のクラスを使用しないでください。しかし、私はReceiveAsync()方法にこだわっています。どうすればマッピングできますTask<BrokeredMessage> to Task<MyAdapterClass>か?
ここにアダプタクラスがありますBrokeredMessage
そして、私はこのような方法が欲しい
Driver プロジェクトでは、次のようなタスクを使用したいと考えています。
node.js - Azure ServiceBus トークンの有効期限が切れました
NodeJS を使用して Azure ServiceBus にアクセスしていますが、数日間問題なく動作しました。突然、エラーが発生し始めました
Subscription Deletion Error :Error: 401 - ExpiredToken: . TrackingId:xxxxxx-xxxxxxx,TimeStamp:4/8/2015 12:32:54 PM
接続文字列を使用して ServiceBus に接続しています
「管理、送信、リッスン」のアクセス許可を持つ共有アクセス ポリシー「RootManageSharedAccessKey」は 1 つだけです。
これで何が間違っている可能性がありますか？
node.js - Azure サービス バスのトピック/サブスクリプションをロング ポーリングする方法
トピック/サブスクリプション モデルでロング ポーリング オプションを使用できるかどうかについて、明確な説明が見つかりません。サービス バス キューでは可能ですが、各クライアントが独自のメッセージを受信できるようにするには、何千もの個別のキューを作成する必要があります。可能であれば、実装例を教えていただけますか?
ありがとう。
c# - Azure Service Bus サブスクリプションがアクティブ メッセージを報告するのに、onmessage が何も取得しないのはなぜですか
Azure Service Bus のトピック/サブスクリプションがあります。サブスクリプションを照会すると、11,646 のアクティブなメッセージがあることが通知されます。
ただし、メッセージ ループ (subscription.onMessage で実装) は何も取得しません。
メッセージを送信すると、カウントが 1 つ増え、ループからメッセージを受け取り、メッセージを完了すると、カウントが 1 つ減ります。
そして、「deadletter」にジャンプする前に、deadletter キューには何もありません。
c# - Azure Service Bus キュー エンドポイントが見つからないというエラー
Service bus キューを作成しました。この URL は次のとおりです。
このための共有アクセス ポリシーも作成しました。ポリシー名は EventPolicy です。
このポリシーと URL を使用して Service Bus キューに接続しようとすると、次のエラーが発生します。
40400: エンドポイントが見つかりません
私は何を間違っていますか？私が使用しているコードは次のとおりです。
azure - サービス バス キューを持つワーカー ロールは、同じメッセージを正確に 10 回受信し続けます。
サービス バス キューを持つワーカー ロールは、同じメッセージを正確に 10 回受信し続けます...キューが削除されていないか、繰り返しカウントが正確に 10 であるため、何が起こっているかのように見えます。
キューに入れられたメッセージを受信するために configs.QClient.OnMessage を使用しています。