外部プロバイダーは、BizTalk 環境にコールバックを送信する必要があります。コールバックは、XML 本体を含む単なる HTTP POST です。
当然のことながら、BizTalk を外部に公開したくはありません。Azure で中継サービスを利用したいと考えています。
私が見る限り、BizTalk には WebHttpRelayBinding はありません。これを回避する方法はありますか? または、これを処理するために .NET サービスを作成する必要がありますか?
外部プロバイダーは、BizTalk 環境にコールバックを送信する必要があります。コールバックは、XML 本体を含む単なる HTTP POST です。
当然のことながら、BizTalk を外部に公開したくはありません。Azure で中継サービスを利用したいと考えています。
私が見る限り、BizTalk には WebHttpRelayBinding はありません。これを回避する方法はありますか? または、これを処理するために .NET サービスを作成する必要がありますか?
WCF カスタム アダプターで WebHttpRelayBinding を使用できます。現在のプロジェクトでは、machine.config で、TransportClientEndpointBehavior および ServiceRegistrySettings 動作と共にバインディングを構成しました。これにより、必要に応じて WCF カスタム アダプターを簡単に構成できます。
これは正常に機能し、リレー サービスを介した REST に対する Microsoft のアプローチをサポートします。それは私たちの問題を完全には解決しません。サプライヤーからの AS2 トラフィックを処理しています。AS2 経由で XML ペイロードを受け取ります。それで大丈夫です。WebHttpRelay は XML を処理します。問題は、S/MIME ack (AS2 では MDN と呼ばれます) を同期的に返す必要があることです。これを行うには、WCF で「生の」書式設定を処理するカスタム ビヘイビアーを作成する必要がありました。また、BizTalk 側で書式設定とメッセージ プロパティの問題を処理するために、いくつかの単純なパイプライン コンポーネントを作成する必要がありました。WCF を使用してカスタム アダプターを構築し、サービス モデル レベルでパイプライン コンポーネント ロジックをアダプターにリファクタリングすることで、これを進化させることができます。