こんにちはすべて、のBizTalk:ドキュメント仕様見つけることは、私は本当に奇妙だのBizTalkオーケストレーションの問題を持っている
に失敗しました。私はきたもの
<?xml version="1.0" encoding="utf-8"?>
<ProcessInvoice
xmlns="http://www.openapplications.org/oagis/9"
releaseID="9.0"
targetNamespace="http://www.openapplications.org/oagis/9"
>
:私は一緒にこのような最初の数行でテストドキュメントを置く
There was a failure executing the receive pipeline:
"Microsoft.BizTalk.DefaultPipelines.XMLReceive, Microsoft.BizTalk.DefaultPipelines
Source: "XML disassembler"
Receive Port: "ReceiveCanonicalPort"
Reason: Finding the document specification by message type
"http://www.openapplications.org/oagis/9#ProcessInvoice" failed.
Verify the schema deployed properly.
:
最初に私のオーケストレーションの形状を受けるには、次のメッセージで失敗します既にチェックされています:
私はスキーマを確認しました: 対象の名前空間は 'http://www.op enapplications.org/oagis/9 ' ルートノードが' ProcessInvoice '
スキーマが検証されます。
私の入力ファイルはスキーマに対して検証されます。
スキーマがデプロイされていることを確認しました。
名前空間とルートノードが重複している別のスキーマがあるかどうかを調べました。
私はホストインスタンスを再起動し、何度か再デプロイしました。
xml disassembler 'unrecognized message'プロパティをtrueに設定しようとしました。この結果、オブジェクトはインスタンス例外に設定されません。これは、それが非直列化ではないことを示すように見えます。
私は偉大な神ブギーに祈っています。
他のアイデアはありますか?
ありがとうございます。
ありがとう、私はもう一度それをチェックします。重複をチェックするために、 "<すべての成果物>"セクションを見て、名前空間でスキーマをソートしました。 – Jay
すべての成果物はそれを行っていたはずです。私はアイデアがありません。それは非常に奇妙です。以前のバージョンのGACでもホストインスタンスがまだ掛かっているのはどうでしょうか? –
私はそれを見つけたと信じています。異なるスキーマを持つ別のアセンブリがありますが、同じ名前空間です。その結果、同じ名前の2つのアセンブリで2つの異なるスキーマが生成されます。このプロジェクトで使用していないスキーマには、それ以降のバージョン番号があります。だから私は名前の衝突とバージョン番号のために、他のスキーマがこれを隠していると思っています。 – Jay