を参照する 2 つのプロジェクトがありますX12_00401_214.xsd。送信パイプラインでスキーマが重複しているというメッセージが表示されました。
オンラインで見つけたアドバイスに従って、共通プロジェクトを作成し、マップとオーケストレーションの参照を共通プロジェクトのスキーマに変更しました。
プロジェクトを展開しようとすると、biztalk はスキーマとオーケストレーションを他の展開された EDI 214 プロジェクトから削除します。修正するために再デプロイしようとすると、他のプロジェクトから削除されます。
これは、各プロジェクトが同じ共通スキーマを参照し、biztalk がスキーマとオーケストレーションを置き換えているためですか?
変数が一意であることを確認するために、オーケストレーションをやり直そうとしました。
ここに欠けているステップはありますか？
最後に、問題を共有プロジェクトへの参照まで追跡しました。プロジェクトリファレンスとして参照してもらいました。投影された展開ごとに、共有プロジェクトを再構築して展開します。これにより、biztalk はバインドを削除し、共有プロジェクトを参照していた他のプロジェクトの部分を展開解除しました。
コンパイルされた DLL のみを参照するようにプロジェクトを変更すると、問題はなくなり、両方のプロジェクトが機能するようになりました。
X12_00401_214.xsdを参照する2つのプロジェクトがあります。送信パイプラインでスキーマが重複しているというメッセージが表示されていました。
XMLNS＃スキーマのルートの組み合わせは一意である必要があります。重複が展開される可能性があり、このエラーが実行時にのみ検出されるのは煩わしいことです。
これは、各プロジェクトが同じ共通スキーマを参照し、biztalkがスキーマとオーケストレーションを置き換えているためですか？
共通のスキーマプロジェクトを、依存しているEDIBizTalkアプリケーションの両方に追加している可能性があります。この場合、スキーマアセンブリが両方のプロジェクトのリソースに追加され、上記のような問題が発生します。
ここでの一般的なアドバイスは、共有スキーマまたはフレームワークスキーマ、エンベロープ、パイプライン、場合によっては標準の例外処理オーチなどの一般的なアーティファクトを1つ以上の個別のBizTalkアプリケーション（例EDICommon）に移動し、2つのEDIアプリケーションからこれに対するアプリケーションの依存関係を定義することです。ここに詳細な記事があります。（BizTalkアプリケーションにオーチを設定したり、実際に処理を実行したりする必要はありません。アーティファクトのコンテナーにすることができます）。
1つの注意点-共通スキーマのアプリが大幅に変更され、再デプロイする必要がある場合は、依存するすべてのアプリをアンインストールする必要があります。