开发者

BizTalk: Finding the document specification failed

Good afternoon all,

I've got an issue with a BizTalk orchestration that's really odd.

The first receive shape of my orchestration fails with the following message:

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/o开发者_JAVA百科agis/9#ProcessInvoice" failed.
 Verify the schema deployed properly.  

I put together a test document with the first few lines like this:

<?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"
  >

What I've checked already:

I've checked the schema: The target namespace is 'http://www.openapplications.org/oagis/9' The root node is 'ProcessInvoice'

The schema validates.

My input file validates against the schema.

I've checked the schema is deployed.

I've looked to see if there is another schema with a duplicate namespace and root node.

I've restarted the host instances and redeployed several times.

I tried setting the xml disassembler 'allow unrecognized message' property to true. This results in an object not set to an instance exception instead. Which would seem to indicate that it's not de-serializing it.

I've prayed to the great god Boogie.

Any other ideas?

Thanks


You must have another version of that schema defined somewhere in another assembly.

Are you sure you have checked every possible application (include BizTalk Application 1)?

The only other thing I can think of is maybe you have an assembly redirect in the config file which is redirecting to a version which does not exist, however I am not certain you would even get your observed behavior if this was the case.

Another thing - maybe an older version of the schema is GAC'd and a host instance still has hold of it. Try rebooting to ensure.

Hope this helps.

0

上一篇:

下一篇:

精彩评论

暂无评论...
验证码 换一张
取 消

最新问答

问答排行榜