BizTalk: Encontrar la especificación del documento no

Question

Buenas tardes todos,

Tengo un problema con una orquestación de BizTalk que es realmente extraño.

La forma de mi primer recibir orquestación error con el siguiente mensaje:

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. 

que arme un documento de prueba con las primeras líneas de este tipo:

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

lo que he comprobado ya:

He comprobado el esquema: El espacio de nombres de destino es 'http: //www.op enapplications.org/oagis/9 ' El nodo raíz es' ProcessInvoice '

El esquema valida.

Mi archivo de entrada se valida con el esquema.

He comprobado que el esquema está desplegado.

He buscado para ver si hay otro esquema con un espacio de nombres y un nodo raíz duplicados.

He reiniciado las instancias de host y redesplegado varias veces.

Intenté configurar el xml disassembler 'permitir el mensaje no reconocido' como verdadero. Esto da como resultado un objeto no configurado en una excepción de instancia en su lugar. Lo cual parece indicar que no está deserializándolo.

He rezado al gran dios Boogie.

¿Alguna otra idea?

Gracias

Answer 1

Debe tener otra versión de ese esquema definido en alguna parte de otro montaje.

¿Está seguro de haber verificado todas las aplicaciones posibles (incluida la aplicación BizTalk 1)?

La única otra cosa que puedo pensar es que tal vez tenga una redirección de ensamblaje en el archivo de configuración que está redireccionando a una versión que no existe, sin embargo, no estoy seguro de que pueda obtener su comportamiento observado si este fuera el caso.

Otra cosa: tal vez una versión anterior del esquema es GAC'd y una instancia de host todavía lo tiene. Intenta reiniciar para asegurarte.

Espero que esto ayude.