シナリオ: BizTalk 2006 アプリを BizTalk 2013 にアップグレードしています。受信するメッセージの形式が正しくないことがまれにあります。XML が開始され、ソースで発生した何らかの Java 例外からのテキストが追加されます。
それ以外の
<foo>
<bar/>
<baz/>
</foo>
私は得る
<foo>
<bar/>OrderCreateMessageBean createLine() Exception =>java.lang.NullPointerException
BizTalk 2006 では、不正な形式のメッセージが既定の XMLReceive パイプラインで捕捉され、失敗したメッセージ ルーティングを使用して処理できました。BizTalk 2013 では、既定の XMLReceive パイプラインが不正な形式のメッセージを通過させ、ダウンストリーム オーケストレーションで失敗します。XMLReceive パイプラインは、スキーマがメッセージ コンテキスト プロモーションのためにデプロイされていることを確認しているようですが、整形式の XML を確認していません。パイプラインで検証を使用していません。
もう 1 つの顕著な事実は、BizTalk 2013 のインストールに CU2 が適用されていることです。これにより、問題が発生した可能性があります。
私の質問は、2006 年から 2013 年の間にパイプラインの動作が変更されたのですが、変更ドキュメントでそれを見逃していましたか? これは、CU2 と組み合わせた BizTalk 2013 または 2013 の既知の問題ですか? 他のアイデアはありますか?
ありがとう