このトピックには、BizTalk マッパーに関する問題の解決に役立つ質問と回答があります。
XSLT 出力設定を指定する方法
BizTalk マッパーを使用すると、XML 宣言を含めたり省略したり、出力インスタンス データに使用されるエンコードを制御したりできます。
XML 宣言を含めるまたは除外する
グリッド ビューで、マッパー グリッドをクリックします。 [プロパティ] ウィンドウにグリッドのプロパティが表示されます。
[ XML 宣言の省略 ] プロパティのドロップダウン リストで、[ はい ] を選択して XML 宣言を省略するか、[ いいえ ] を選択して XML 宣言を省略しません。
出力インスタンス データのエンコードを設定する
グリッド ビューで、マッパー グリッドをクリックします。 [プロパティ] ウィンドウにグリッドのプロパティが表示されます。
XSLT エンコード プロパティのドロップダウン リストで、出力インスタンス データに使用する文字セットを選択します。
マルチパート マッピングを作成する方法
一緒に使用されるマップが複数ある場合は、[ 変換 ] 図形を使用してそれらを一緒にテストすることによって、それらをオーケストレーションで結合する必要があります。 BizTalk マッパーは、一度に 1 つのマップのみをテストできます。
データベース Functoid が動作しないのはなぜですか?
データベース Functoid の データベース参照 および 値抽出器 は、エラー情報を直接返しません。代わりに、情報をキャプチャし、マップで使用するために エラーリターン Functoid に提供します。 次のシナリオのように、エラー検出に Functoid Error Return を使用できます。
マップに、予期したとおりに動作しない データベース参照 または 値抽出 Functoid がある場合。 エラー メッセージを表示するには、Functoid を出力スキーマのフィールドに一時的にマップします。
データベース操作が失敗したときに、アプリケーションで異なるメッセージ コンテンツが必要な場合。 エラー戻り Functoid を使用すると、エラーを検出し、エラー メッセージを別の構造にマップして、ダウンストリーム アプリケーションが制御された方法で対応できるようにします。
実行時にのみ検出されるエラーを回避するには、 Error Return Functoid の最初のパラメーターが、データベース カテゴリの他の Functoid の出力ではなく 、データベース参照 Functoid の出力であることを確認します。
Error Return Functoid (サンプルを含む) の使用の詳細については、UI ガイダンスおよび開発者 API 名前空間リファレンスの Functoid リファレンスを参照してください。
カスタム Functoid を呼び出すときにマップが失敗するのはなぜですか?
カスタム Functoid は、マップによって呼び出される前に、BizTalk Server コンピューターのグローバル アセンブリ キャッシュ (GAC) にインストールする必要があります。 カスタム Functoid を含むアセンブリが署名され、GAC に配置されていることを確認します。 また、アセンブリをフォルダー "%BTSINSTALLPATH%\Developer Tools\Mapper Extensions" にコピーします。
GAC へのアセンブリのインストールの詳細については、「GAC でのアセンブリのインストール」を参照してください。 GAC にインストールされているアセンブリを表示するには、Windows インストール ディレクトリの Assembly ディレクトリに移動します。