まず最初に、BizTalk (ここでは 2006 年) はかなり新しく、冷水に放り込まれたばかりです。
背景は次のとおりです。スキーマを更新し、間違った公開鍵トークンで展開しました。請求書の送信に使用されるオーケストレーションは、次のようなエラー メッセージを作成しました。
内部例外: 予期しないメッセージ タイプ 'NevsSchemas.lt_invoice, NevsSchemas, Version=1.0.0.0, Culture=neutral, PublicKeyToken=33796310301beca5' が予期されるタイプ 'NevsSchemas.lt_invoice, NevsSchemas, Version=1.0.0.0, Culture=neutral, と一致しません。 PublicKeyToken=ef01f6a8aeff3082
唯一の問題は、正しいトークン (ef01...) を持ち、再び機能するようになったため、別のトークンにあるように見えました。
問題は、保留モードで 114 の請求書があり、メッセージに間違ったトークン (3379...) が含まれているように見え、同じメッセージを使用しようとするため、新しい (修正された) スキーマで更新されないことです。
114 のインスタンスすべてを再開して通過させる簡単な方法はありますか?
頭に浮かんだ2つのアイデア:
- Biztalk DB のメッセージを変更し、トークン値を置き換えます。しかし、それはすべて圧縮されているため、おそらく2番よりも大きな頭痛の種です.
- メッセージの内容をコピーして新しい XML ファイルに貼り付けます。このファイルは、受信ポートによって取得され、適切に処理されます。私たちはテストしましたが、それは機能するオプションですが、114回も実行しますか?