問題タブ [azure-servicebus-queues]

Messaging API を使用してキューにメッセージを送信し、WCF 統合 (NetMessagingBtinding) を使用して受信することは可能ですか? サービス契約とは何ですか？ありがとうございます

特定のアクティビティを使用して、ワークフローから Service Bus キューとトピックにアクセスしたいと考えています。

このシナリオに適合するものは見つかりませんでした (この MSDN の記事とRoman Kiss によるこの記事) が最も近いものです。

async/await パターンで実装された BeginReceive メソッドを使用して、QueueClient を使用して仲介メッセージを非同期的に受信するカスタム アクティビティを設計したいと思います (それについての私の質問を参照してください)。

まず最初に、希望する方法 (QueueClient を使用) ではなく、提案された方法 (適応された WCF) を好む理由があるかどうかを尋ねたいと思います。

次に、永続化に適した方法で設計するのを手伝っていただければ幸いです。

アップデート：

これは私がこれまでに試したことです：

そして、この方法でテストしました (ローカル Windows Server Service Bus を使用):

メッセージを継続的に送信すると、期待どおりにメッセージを受信します。最初のタイムアウトの後に問題が発生します。これは、メッセージを受信して​​いないためです。説明をいただければ幸いです。

一度呼び出しclient.Send(brokeredMessage);ますが、メッセージを数回受け取ります。ハンドルキューには、このコードを使用します

問題は、実行に時間がかかるBrokeredMessage message = client.Receive();場合に、複数回呼び出されて同じメッセージが返されることです。messageHandler(message);どうすれば修正できますか？

特定の時間に (ユーザー timezoneinfo を使用して) 特定のレポートを作成する必要がある Azure のワーカー ロールがあります。

ご存じのとおり、Azure ワーカーと Web ロールは UTC 時間で実行されますよね? 私のユーザーは世界中のさまざまな場所にいます。

ユーザーには、レポートを受信するタイムゾーンと時間を選択できるカスタム フォーム アプリがあります。

たとえば、ロシアのユーザーは自分の場所に基づいて自分の TimeZoneInfo を選択し、フランスのユーザーは自分のタイム ゾーンを選択し、米国のユーザーは場所に基づいて自分のタイム ゾーンを選択します。

メッセージを受信するサービス バス キューがありますが、メッセージはScheduledEnqueueTimeUtcプロパティを使用して特定の時間に配信されます。つまり、メッセージは、ScheduledEnqueueTimeUtcプロパティによって指定された DateTime でキューに表示されます。

ユーザーがいる時間に基づいてメッセージがキューに表示されるように、このプロパティの値を設定して、時間内にレポートを取得するにはどうすればよいですか?

QueueClients と組み合わせて使用​​される RetryExponential クラスを理解するのに苦労しています (また、SubscriptionClients も想定しています)。

プロパティはここにリストされていますが、それらの説明の私の解釈は正しいとは思いません。

以下は私の解釈です...

上記の構成に基づいて、より頻繁にオフにする必要があると思いますが (30 秒ごと + 前回の試行中に使用された処理時間は最大 90秒）。これらの設定により、2 分ごとに再試行が強制されると思います。ただし、この解釈が指数関数的であることがまったくわかりません。

各プロパティ (上記のコメント) に対する私の解釈は正しいですか? そうでない場合 (そして、それらは正しくないと思います)、各プロパティは何を意味するのでしょうか?

"Dynamics CRM Online" で連絡先が作成されたときに、データを Azure Service Bus Queue にプッシュしようとしています。Plugin Registration Tool に登録することにより、プラグインを使用して実装しました。しかし、どういうわけか、連絡先の保存中にエラーがスローされます。プラグインに実装したコードは次のとおりです。

Azure ワーカー ロールでメッセージ キュー コンシューマーをホストするときのベスト プラクティスを理解しようとしています。さまざまな Azure Service Bus サブスクリプション (または呼び出したい場合はキュー) にサブスクライブするさまざまな種類のメッセージ コンシューマーがあります。1 つの Worker ロールで各コンシューマーに対して複数のスレッドをインスタンス化する必要があるのか​​、それとも各コンシューマーに対して複数の Worker ロールにデプロイする必要があるのか​​疑問に思っています。

キューの 1 つで奇妙な問題が発生しました (本番環境でも同様です)。メッセージをキューに入れようとすると、次のような例外がスローされます。

管理ポータルでキューの長さが増加しているのを確認できるという事実によって証明されるように、メッセージはキューに入っているように見えます。ただし、クライアント アプリケーションはメッセージを受信して​​いません。

管理ポータルは、失敗した要求がいくつかあり、内部サーバーの例外もいくつかあることを示しています。残念ながら、これらの失敗したリクエストとエラーの詳細を取得する方法はありません。

何がこれを引き起こしたのか、何が問題なのかについてより多くの情報を得る方法、およびこれをトラブルシューティングする方法について、私はやや途方に暮れています. どんな助けでも大歓迎です。

編集：完全を期すために、私が知っているクライアントに変更を加えていないことを言及する必要があります。この問題は突然発生し始めました

編集＃2、今朝目が覚めた、そして物事は魔法のように正常に戻った. 何が起こったのかまだわからないので、質問のトーンを変更して、この種のことをどのように軽減および/またはトラブルシューティングするかについての提案を求めたいと思います (トラブルシューティング? トラブルシューティング? :)) より良い