BizTalk 2006 R2でWCFサービスを利用する方法(要求の送信と応答の受信)を理解しようとしています。
「生成されたアイテムの追加」ウィザードを実行するところまで到達しました。現在、オーケストレーションで生成されたアイテムの使用方法を見つけようとしています。
どのようにリクエストを行う必要がありますか?
BizTalk 2006 R2でWCFサービスを利用する方法(要求の送信と応答の受信)を理解しようとしています。
「生成されたアイテムの追加」ウィザードを実行するところまで到達しました。現在、オーケストレーションで生成されたアイテムの使用方法を見つけようとしています。
どのようにリクエストを行う必要がありますか?
以下は、これを行う方法の説明です。少なくとも BizTalk マッピングなどの基本的な知識があることを前提としています。詳細が必要な場合はお知らせください。更新します。
BizTalk でアイテムを生成した後、(少なくとも) 次のものが必要です。
WCF サービスによって公開され、BizTalk での簡単な構成を可能にするサービス コントラクトを記述する .Binding.xml ファイル
ポートをツールボックスからオーケストレーション デザイナー画面にドラッグします。
このポートには、要求および応答操作メッセージが含まれている必要があり、WCF サービスのメッセージを使用するように自動的に構成されている必要があります。サービスが複数の操作を公開している場合、ここに反映されていることがわかります。
標準の BizTalk マッピング メソッドを使用して、WCF サービスに送信するデータを WCF ポートの要求メッセージにマップします。(オーケストレーション デザイナーでメッセージ名を変更して、既定の message_1、message_2 などよりも優れた名前にすることができます。)
受信図形と送信図形をオーケストレーション デザイナーにドラッグし、それらを適切なポート メッセージに接続します。
BizTalk オーケストレーションの残りの部分を接続して、適切なソース システムからデータを取得します (これは基本的な BizTalk であり、WCF ではありません)。
BizTalk アプリケーションを展開します。
これで、アプリケーションの準備が整いました。これを BizTalk に展開できます。
BizTalk アプリケーションを構成する
WCF ポートの場合、(少なくとも最初は) 2 つの主なオプションがあります。
独自の WCF 送信ポートを構成します。
WCF ポートが作成されたので、オーケストレーション ポートをそれにバインドできます。
これがすべて完了すると、BizTalk アプリケーションを開始できるようになり、動作するはずです。
エラーはイベント ログに書き込まれますが、役に立たない可能性がありますが、サービスから返された SOAP 障害メッセージを中断されたメッセージ ビューで確認できるはずです。
幸運を!
これは、BizTalk での他のサービス開発と同様に非常に単純です。もっと簡単にしましょう。
BizTalk を使用して WCF サービスを調整するだけの場合、BizTalk はやり過ぎです。Windows Workflow Foundation 内の .NET 3.5 で WCF サービスをもう少し簡単に使用できます。
そうは言っても、ここに役立つはずのスクリーンキャストがあります:
http://www.pluralsight.com/community/blogs/aaron/archive/2007/11/15/49172.aspx