2011-09-30 5 views
6

こんにちはすべて、の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に設定しようとしました。この結果、オブジェクトはインスタンス例外に設定されません。これは、それが非直列化ではないことを示すように見えます。

私は偉大な神ブギーに祈っています。

他のアイデアはありますか?

ありがとうございます。

答えて

7

他のバージョンのスキーマが別のアセンブリに定義されている必要があります。

可能なすべてのアプリケーション(BizTalkアプリケーション1を含む)を確認してもよろしいですか?

私が考えることができる唯一のものは、存在しないバージョンにリダイレクトされているアセンブリファイルをリダイレクトしているかもしれませんが、これが場合。

もう一つのことは、古いバージョンのスキーマがGACであり、ホストインスタンスがまだそれを保持しているということです。再起動して確実に実行してください。

これが役に立ちます。

+0

ありがとう、私はもう一度それをチェックします。重複をチェックするために、 "<すべての成果物>"セクションを見て、名前空間でスキーマをソートしました。 – Jay

+0

すべての成果物はそれを行っていたはずです。私はアイデアがありません。それは非常に奇妙です。以前のバージョンのGACでもホストインスタンスがまだ掛かっているのはどうでしょうか? –

+1

私はそれを見つけたと信じています。異なるスキーマを持つ別のアセンブリがありますが、同じ名前空間です。その結果、同じ名前の2つのアセンブリで2つの異なるスキーマが生成されます。このプロジェクトで使用していないスキーマには、それ以降のバージョン番号があります。だから私は名前の衝突とバージョン番号のために、他のスキーマがこれを隠していると思っています。 – Jay

関連する問題