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