問題タブ [webhttprelaybinding]

一般的なメッセージ ハンドラーを使用しようとすると、accept のときにエラーが発生するか、text/x-json などの独自のタイプを使用する場合は content-type が html/xml/json であり、すべてが期待どおりに機能し、メッセージがディスパッチされます。私のハンドラーとストリームはデータを webclient に返します。デバッガーを使用してこれを実行したところ、コードはメッセージを正常に作成しましたが、サービスバス バインディングの何かがチョークし、サーバーが応答しなくなりました。application/json を許可し、サービス バスが生データを再シリアル化するのではなく送信するように変更する必要がある設定はありますか?

ServiceBusをリッスンするWCFアプリケーションを作成しようとしています。Web.configでサービスを定義するための次のスニペットは、multipleSiteBindingsEnabledがに設定されている場合に機能しfalseます。

multipleSiteBindingsEnabledがに設定されている場合true、構成を次のように変更しました。

これにより、次のエラーが発生します。 Could not find a base address that matches scheme https for the endpoint with binding WebHttpRelayBinding. Registered base address schemes are [http].

httpsをスキームとして登録するためにサービスに対して宣言する必要があるものは他にありますか？トランスポートとしてのバインディングのセキュリティモードがあることに注意してください。

webHttpRelayBinding を使用して、Service Bus Relay を介して IIS でホストされている WCF Data Services を公開しています。ユーザー名/パスワードまたは共有シークレットを使用してサービス ID を認証する方法を見つけることができましたが。ただし、サービス ID に証明書ベースの資格情報を使用する方法のサンプルは見つかりませんでした。私はたくさんグーグルで検索しましたが、無駄でした。それらはすべて、主に共有秘密に基づいています。

REST OData サービスのサービス ID の証明書ベースの認証を使用する方法について、サンプルを提供してください。

外部プロバイダーは、BizTalk 環境にコールバックを送信する必要があります。コールバックは、XML 本体を含む単なる HTTP POST です。

当然のことながら、BizTalk を外部に公開したくはありません。Azure で中継サービスを利用したいと考えています。

私が見る限り、BizTalk には WebHttpRelayBinding はありません。これを回避する方法はありますか? または、これを処理するために .NET サービスを作成する必要がありますか?

Microsoft Azure で ServiceBus Relay をセットアップしました。リレーにヒットする着信 GET および POST リクエストを処理する HTTP バックエンドでこれに接続しています。

これで問題なく動作します。私の問題は、取得できる最大同時実行数が 2 つの同時リクエストであることです。つまり、バックエンドは同時に 2 つのリクエストしか受信できず、さらにリクエストがある場合、前のリクエストが処理されて完了するまで停止されます。サービス動作で同時実行数を増やしてみましたが、これは無視されているようですが、同時実行数を 1 に下げると設定が機能しているようです。これは実際のリレーによって課せられたある種の制限だと思います!? しかし、それは本当にあり得るでしょうか？2つだけ？私のシナリオでは、これによりリレーが使用できなくなります。これは、リクエストが時間のかかる処理 (2 秒) を実行する必要があり、遅延することができず、即時の応答が必要になるためです。したがって、リクエストを単純に保存してキューのように処理することはできません。

どうすればこれをスケールアウトできますか? さらにリレーを追加して、それらすべてに接続しますか?