英語で読む

次の方法で共有


マップのトラブルシューティング

このトピックでは、マップに関するトラブルシューティングの方針、問題の詳細、および対処方法について説明します。

トラブルシューティングの方針

マップの有効性を検証する

当然のことですが、開発中は常に、さまざまな観点からマップの有効性を検証する必要があります。 デザイン、ロジック、スキーマに関する問題点を開発の初期段階で明らかにしておけば、修正が容易であり、別の解決方法を試してみることもできます。

BizTalk マップを検証するには
  1. ソリューション エクスプローラーで、検証するマップを開きます。

  2. ソリューション エクスプローラーで、マップを右クリックし、[マップの検証] をクリックします。

  3. [出力] ウィンドウで、結果を検証します。

注意

マップの検証時には、テスト インスタンス データが、スキーマで定義されているデータ型に違反しているかどうかはチェックされません。 BizTalk エディターでマップのテストまたはインスタンス データの検証を行うときに、インスタンス データをチェックできます。

マップに基づいて生成された XSLT を確認する

マップ コンパイラによって生成された XSLT を理解すると、多くの場合に役立ちます。 XSLT の理解によって得ることができるメリットの一部を次に挙げます。

  • ループまたはカスタム Functoid を使用している場合、ループの実行方法やカスタム Functoid の呼び出し方法についての理解が深まります。

  • 複雑なマップがある場合は、XSLT を確認すると、マップが変換にどのように変換されるかを確認でき、1 つ以上のパーツの構造、置換、または合理化を改善する方法についての洞察が得られる場合があります。

  • カスタム スクリプトまたはその他の成果物を使用している場合、XSLT を確認すると、マップのスクリプト、成果物、およびその他の部分がどのように相互作用するかを確認できます。

    マップの XSLT は簡単な手順で表示できます。

マップ コンパイラで生成された XSLT を表示するには
  1. Visual Studio BizTalk プロジェクトで、[ソリューション エクスプローラー] タブをクリックし、マップを右クリックし、[マップの検証] をクリックします。

  2. [出力] ウィンドウをスクロールして、XSL ファイルの URL を探します。 Ctrl キーを押し、URL をクリックすると、ファイルが表示されます。

    手動でマップをカスタマイズする場合は、マップ コンパイラによって生成されたバージョンを変更できます。 変更は、マッパーによって反映されず、次回ソリューションをビルドするときに失われます。

mapsource を使用して特定のシナリオに合わせてマップを <調整する>

Mapsource 要素の属性をマップ ソース (.btm) ファイル内で直接変更することで、 Mapper の既定の動作をいくつか変更できます。 現在、3 つの動作を変更できます。

  • 値マッピング Functoid コード生成を最適化します。 ステートメントで if 変数を使用するタイミングを制御する動作を変更できます。

  • フットプリントが大きいスキーマに対応します。 内部コンパイラ ノードが大きなマップでどのように使用されるかを変更できます。

  • ループ、条件付き、および値マッピング Functoid を使用して、for-each 使用法を管理します。 ステートメントを宛先スキーマ内で xsl:for-each 使用する場所を制御できます。

    mapsource の変更の詳細については、「mapsource を使用<>した既定のマッパー動作の管理」を参照してください。

参照

一般的なトラブルシューティングに関する質問と回答
一般的なエラー