BizTalk: Finding the document specification failed

Question

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/oagis/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

Answer 1

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.