問題タブ [servicebus]

Azure サービス バスのリレー WebHttpRelayBinding を介してクライアントに公開したいデスクトップ webapi サーバーがあります。サービス バスからすべてのメッセージをキャプチャし、それらを http 要求として webapi に渡す簡単な方法はありますか?

Service Bus Connect EAI と EDI の調査を開始したばかりで、次のシナリオを満たすソリューション/ミドルウェアを探しています。

当社には製品があり、当社の製品をオンプレミスのクライアントで SAP/Oracle Business Suite/Sieble/Oracle/SQL Server と統合することを検討しています。そのため、オンプレミスのクライアントでエンドポイントを公開するための構成と最小限のインストールのみを行う必要があります。

この場合、「Service Bus Connect EAI and EDI」はどのように役立ちますか?

"Service Bus Connect EAI and EDI" について理解している限り、多くのインストールを行う必要がありますが、私の理解は正しいですか?

そうでない場合、このミドルウェアをどのように使用できますか?

前もって感謝します。-リパル

サービス バスの STS として ACS を使用したいと考えています。Web サービスの認証に ACS を使用することができました。ただし、サービス バスにはトークンが必要ですが、ACS からトークンを取得する方法がわかりません。

要するに、acs (サービス バス -sb に対応するもの) にサービス ID として格納されている証明書と一致する証明書で認証することにより、クライアント wcf サービスがサービス バスを使用できるようにしたいと考えています。

また、サービス バスには NetTcpRelayBinding を使用しています。

クライアント証明書を使用してトークンを取得できれば、acs からトークンを使用できると思います...?

Servicebus キューからメッセージを受信しようとすると、トークン プロバイダーに関する例外がスローされます。

トークン プロバイダーは、'https://xyz-sb.accesscontrol.windows.net/WRAPv0.9/' へのアクセス中にセキュリティ トークンを提供できませんでした。トークン プロバイダーから返されたメッセージ: ''。

これは、発行者とキーが正しい場合にのみ発生します。それらが正しくない場合、トークン プロバイダーは何が間違っていたかを説明するメッセージを返します。問題が発生するまでコードを投稿に追加します。

そして、受信時に例外が発生します。これは昨日は魔法のように機能しましたが、今日は上記の例外をスローし続けます。

他の誰かがこれに遭遇し、おそらくこの例外の理由を知っていますか? または、誰かがこの問題の解決策を持っていて、それを共有したいですか?

ありがとうございました。

nservicebus 3サンプルプロジェクトをダウンロードしたところ、依存関係が欠落していることに気付きました（たとえば、nservicebus.hosting.azure.dllなど）。

これらのdllを取得するには、トランクをダウンロードしてビルドする必要がありますか？また、nugetでも利用できないことに気づきました。

このチュートリアルを使用しました: http://weblogs.thinktecture.com/cweyer/2011/12/cross-devicecross-location-pub-sub-part-2-using-windows-azure-service-bus-topics-subscriptions-in -windows-phone-71.html

しかし、タイムスタンプ メッセージを変更する方法が見つかりません。(私は5秒に制限します)

nettcprelaybinding でサービス バスを使用しています。一方は、サービス バスに常時接続しているオンプレミス サーバーです。もう一方の端には、適切なサービス バスを開き、サーバーから情報を取得することで、着信 Web 要求に応答する Azure Web ロールがあります。

私の懸念は、チャネル作成のパフォーマンスです。サービス バスを介してオンプレミス サーバーへの新しい接続を確立するには、数秒かかります。私のChannelFactoryをキャッシュしてもあまり役に立たないようです。チャネルが開いた後の転送パフォーマンスは非常に優れています。

パフォーマンスを改善する方法に関する提案。Azure での情報のキャッシュは、ある程度しか実行できません。オンプレミス サーバーに接続する必要があります。

どうにかしてサービス バスへの接続プールを確立できますか?

さらに、多数の異なるオンプレミス サーバーが存在するため、1 つの接続だけを維持する必要はありません。

Web アプリケーションの要求/応答モデルで MassTransit を使用しています。リクエストを送信し、レスポンスを受け取ることができます。テスト/デバッグの目的で、応答ハンドラの HandleTimeOut を 1 時間に設定しています。問題は、サーバーが応答の送信に失敗した場合です。クライアント側で何もできません (他のページにアクセスできません)。アプリケーション サーバーは、IIS がリセットされるまで、ブラウザーからの他の要求に応答しません。これは予想される動作ですか。その場合、IIS が他のページ要求に応答しない理由と、その動作を変更する方法があるかどうかについて、誰かが光を当てることができます。

バスをautofacモジュールに登録しています

私のクライアントコードは次のようになります

現在配信待ちのキューに入っているメッセージ (およびその内容) を確認したいと思います。そのようなツールは存在しますか？または、これに対する独自のソリューションを作成する必要がありますか?