Это Ассемблер не может получить спецификацию документа, используя этот тип с клиентами SND_Pipeline

Question

Мой посыла-порт выдает ошибку и отказывается создавать XML из-за следующей ошибки:

Error details: There was a failure executing the send pipeline "SND_WMS_301" Reason: This Assembler cannot retrieve a document specification using this type: "dcsmergedata".

Посыл-трубопровод является простой один, который имеет XML-ассемблер с добавленной схемой «Schema_XML_WMS_301» (я добавил скриншот трубопровода)

Когда я изменяю трубопровод, чтобы пройти, я создаю документ XML со следующим корнем

<dcsmergedata xsi:noNamespaceSchemaLocation="../lib/interface_order_header.xsd" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> 
    <dataheaders> 

Схема, по-видимому, была развернута и доступна на вкладке Schema в BizTalk. (второй снимок экрана)

Теперь я не понимаю, почему это может быть. Этот результат также кажется очень похожим, но напротив моего другого вопроса (Link), поэтому я чувствую, что делаю что-то не так с моими конвейерами.

Answer 1

Проблема здесь выглядит похоже на ваш другой вопрос в том, что ваша полезная нагрузка XML не имеет имен. BizTalk ищет схемы по-разному.

1) Если вы не указали имя DocSpecName, оно делает это с помощью комбинации пространства имен и имени корневого узла. Если пространство имен отсутствует, оно будет пытаться только с именем корневого узла. Поскольку у вас несколько схем с одним корневым узлом, он не знает, какой из них использовать. Хорошая запись в блоге о различных причинах этой проблемы одна: Sandro Pereira

2) Если вы укажете DocumentSpecName в XML Dissasembler или Assembler, он использует имя типа, имя DLL, номер версии и открытый ключ токен, чтобы посмотреть его.

Это дает вам два варианта.

Вариант A: Добавить пространство имен в схему в BizTalk. Затем добавьте компонент конвейера Add Namespace в приемный трубопровод, который анализирует входящий XML, и компонент конвейера Remove Namespace в Send Pipeline, чтобы удалить это пространство имен. Таким образом, извне он не имеет этого пространства имен, внутренне в BizTalk.

Вариант B: Убедитесь, что схемы без пространства имен, но с тем же корневым именем, имеют уникальное имя DocumentSpecName.

• Либо находятся в отдельном проекте.
• Проживать в другом versin из DLL
• имеют разный тип Name (Это, как правило, самый быстрый и лучший вариант)

Таким образом, когда вы указываете имя спецификации полный DOC (который должен включать в себя имя сборки) в ассемблере XML через Visual Studio, он найдет только одно соответствие схемы в этой DLL. Имя Docspec должно выглядеть как нечто вроде DBLOG.ValidateMessage.IntegerSchema, DBLOG.ValidateMessage, Version=1.0.0.0, Culture=neutral, PublicKeyToken=349a4171d9432c58 в соответствии с ответом DocumentSpecNames?, который также ссылается на имя DLL, версию & Открытый ключ в дополнение к имени типа. На самом деле он всегда должен выглядеть так в XML-ассемблере или дизассемблере, даже если у вас есть пространство имен.