問題タブ [azureservicebus]

既存の Windows Azure Service Bus トピックで重複検出ウィンドウを変更することはできますか?

C# を使用して Service Bus とやり取りしています。

オンプレミスの WCF サービスを Azure でホストされている Web ロールに接続するために、 Azure Service Bus Relayを使用しています。オンプレミスの WCF サービスをアップグレードすると、サービス バス ホストがリレーを使用して自身を再確立した後、Azure Service Bus を介した最初のいくつかの要求から常に502 Bad Gateway応答が返されます ( "サービスは適切にホストされているため、指定されたアドレスでホストされているサービスはありません)。

所定のタイムアウト期間の後、エラーが消え、WCF 要求がリレーを介して適切に処理されるようです。HTTPキープアライブを無効にして使用basicHttpRelayBindingしています（防止するため）。CommunicationExceptions

Web ロールからリレーへの WCF 要求中に取得したエラー メッセージを次に示します。

System.ServiceModel.ProtocolException : コンテンツ タイプ application/soap+xml; 応答メッセージの charset=utf-8 がバインディングのコンテンツ タイプ (text/xml; charset=utf-8) と一致しません。カスタム エンコーダーを使用する場合は、IsContentTypeSupported メソッドが適切に実装されていることを確認してください。応答の最初の 550 バイトは...

現在、WCF バインディングで既定の Web プロキシを無効にしようとしています(経由useDefaultWebProxy=false) が、Azure Service Bus で同じ HTTP 502 の動作を他の人が見たことがあるかどうか、およびそれを修正する方法があるかどうか疑問に思っています。

Azure Service Busから中継できるRESTサービスをホストしようとしています。このブログを見たところ、質問に答えられるように見えましたが、残念ながら同じ結果が得られました。

これは、ブラウザでサービスをヒットしようとしたときに受け取る例外です。

ASP.NET互換性をサポートしていないため、サービスをアクティブ化できません。このアプリケーションでは、ASP.NET互換性が有効になっています。web.configでASP.NET互換モードをオフにするか、AspNetCompatibilityRequirements属性を、RequirementsMode設定が「Allowed」または「Required」のサービスタイプに追加します。

ServiceHostFactoryAzure Service Busに（経由でbasicHttpRelayBinding）接続するからAzure Endpoint登録を除外すると、このエラーは発生せず、ローカルでサービスにアクセスできます。これは、RESTfulサービス（webHttpBinding）とAzure Service Busリレーバインディング（basicHttpRelayBinding）の両方をホストすることと関係があります。

global.asaxにサービスホスティングを追加します

私はサービスプロバイダーを次のように装飾しました。

IISで実行されているサービスインターフェイスのweb.configの値は次のとおりです。

何か案は？

Azure Service Bus を使用して、webrole と workerrole でメッセージを管理しています。

ループを使用せずにキューから複数のメッセージを一度に取得する方法を知る必要があります。

1で指定されたチュートリアルに従おうとします。それぞれ sqlFilter (user_age < 50) および (user_age>= 50) を使用して、トピックに 2 つのサブスクリプションを持つ 1 つのトピックを作成しました。メッセージ用にカスタム プロパティ user_age を定義しました。しかし、トピックに関するメッセージを送信すると、両方のサブスクリプションが同じメッセージを受け取りますが、これはナンセンスです! 何か案が？

私のコードは、このコードを使用して特定のサブスクリプションからメッセージを受信することを除いて、チュートリアルで指定されたものから完全にインスピレーションを得ています。

サブスクリプションを作成し、そのサブスクリプションにフィルターを設定しようとしましたが、createRule メソッドで例外が発生しました。それを修正する方法について何か考えはありますか？ありがとう。

メソッド createRule(topicName,"High_Ages", ruleInfo1) は次の例外を発生させます

java.lang.IllegalArgumentException: Path segment is null com.sun.jersey.api.uri.UriBuilderImpl.appendPath(UriBuilderImpl.java:499) com.sun.jersey.api.uri.UriBuilderImpl.appendPath(UriBuilderImpl.java:494) com.sun.jersey.api.uri.UriBuilderImpl.path(UriBuilderImpl.java:254) com.sun.jersey.api.client.WebResource.path(WebResource.java:390) com.microsoft.windowsazure.services.serviceBus.implementation.ServiceBusRestProxy.createRule(ServiceBusRestProxy.java:361) com.microsoft.windowsazure.services.serviceBus.implementation.ServiceBusExceptionProcessor.createRule(ServiceBusExceptionProcessor.java:346)

SignalR.WindowsAzureServiceBusをWebプロジェクトにフックしたところ、SignalR.Clientライブラリで問題が発生したようです。メッセージを送信すると、次のエラーが発生します。

だから私はソースをダウンロードしてデバッグしました、そしてこれは問題のあるコード行です

これは、次のJSONペアの値をlongに解析しようとした結果です。

「3wIAASMAAAA％3D」は明らかにlongに解析できないため、ServiceBusが有効になっている場合はMessageIdは長くないようです。

トピックはAzure管理ポータルで作成されているので、ServiceBusに正常に接続されていることがわかります。

私は何かばかげたことをしましたか、それとも回避策のためにパッチを当てる必要がありますか？

サービス バスからメッセージを取得しようとすると、Windows Azure で以下の例外が発生します。

Microsoft.ServiceBus.Messaging.ServerBusyException: エンティティが調整されているため、要求は終了しました。10 秒待ってからもう一度お試しください

Receiveメソッドを呼び出した後に例外が発生します。

これは構成可能ですか、それともメッセージ バスに多くの要求を課していますか?

Service Busを使用するためのこのガイドでは、最初のステップはサービス名前空間を作成することであると述べています。AzureWebサイトのポータルでこれを行う方法がわかりません。UIが指定された手順と一致しません。これらの手順はWebロール用に作成されたものであり、Webサイトでは機能しないのではないかと思います。Webサイトからこれを行う別の方法はありますか？

MicrosoftでAMQPを担当しているDavidInghamによるAMQP1.0プレゼンテーションを見ました。これは、AzureAppFabricによるクラウドでのAMQPメッセージングのサポートに関するものです。Davidは、AppFabricがメッセージングパターンQueueおよびPub/SubのAMQPをサポートすると述べています。

ただし、 http： //www.windowsazure.com/en-us/develop/java/how-to-guides/service-bus-queues/などの公式Webサイトのドキュメントを確認する場合（特に、.net以外のものを見ると、 Davidの話によると、MS独自のSOAPベースのSBMPではなくAMQPを介して接続することになっています）、AMQPについてはどこにも言及されていません。

また、Davidがデモに使用しているC＃ソースコードを確認するとき（スライドの22ページを参照）、AmqpMessagingFactory前述のスライドを除いて、グーグルで検索する場所がないaを使用しています。

ところで、プレゼンテーションは2012年3月15日にinfoq.comに掲載されましたが、講演はAMQP1.0仕様の最終決定の頃の2011年10月に記録されました。

では、AMQP 1.0のサポートSBMPは途中で廃止されましたか（おそらく賛成）？