Проблема разбора сложности файла BizTalk Flat
В настоящее время я создаю схему плоского файла для реализации старого британского формата EDI под названием Tradacoms. Я скопировал то, что мне нужно для той части схемы, с которой я имею дело, и в целом она работает нормально. Однако, поскольку в схеме есть много дополнительных элементов, мне нужно изменить Оптимизацию анализатора на Сложность.
Чтобы легко объяснить проблему, я воспроизвел проблему в гораздо меньшей схеме (на самом деле вообще не связанной с Tradacoms).
<?xml version="1.0" encoding="utf-16"?>
<xs:schema xmlns="http://Bidvest.Integration.Supplier.Schemas.TestSchema" xmlns:b="http://schemas.microsoft.com/BizTalk/2003" targetNamespace="http://Bidvest.Integration.Supplier.Schemas.TestSchema" xmlns:xs="http://www.w3.org/2001/XMLSchema">
<xs:annotation>
<xs:appinfo>
<b:schemaInfo standard="Flat File" root_reference="Root" default_pad_char=" " pad_char_type="char" count_positions_by_byte="false" parser_optimization="complexity" lookahead_depth="0" suppress_empty_nodes="false" generate_empty_nodes="true" allow_early_termination="false" early_terminate_optional_fields="false" allow_message_breakup_of_infix_root="false" compile_parse_tables="false" />
<schemaEditorExtension:schemaInfo namespaceAlias="b" extensionClass="Microsoft.BizTalk.FlatFileExtension.FlatFileExtension" standardName="Flat File" xmlns:schemaEditorExtension="http://schemas.microsoft.com/BizTalk/2003/SchemaEditorExtensions" />
</xs:appinfo>
</xs:annotation>
<xs:element name="Root">
<xs:annotation>
<xs:appinfo>
<b:recordInfo structure="delimited" preserve_delimiter_for_empty_data="true" suppress_trailing_delimiters="false" sequence_number="1" child_order="infix" child_delimiter_type="char" child_delimiter="+" />
</xs:appinfo>
</xs:annotation>
<xs:complexType>
<xs:sequence>
<xs:annotation>
<xs:appinfo>
<b:groupInfo sequence_number="0" />
</xs:appinfo>
</xs:annotation>
<xs:element name="Name" type="xs:string">
<xs:annotation>
<xs:appinfo>
<b:fieldInfo justification="left" sequence_number="1" />
</xs:appinfo>
</xs:annotation>
</xs:element>
<xs:element minOccurs="0" name="Address">
<xs:annotation>
<xs:appinfo>
<b:recordInfo sequence_number="2" structure="delimited" preserve_delimiter_for_empty_data="false" suppress_trailing_delimiters="false" child_order="infix" child_delimiter_type="char" child_delimiter=":" />
</xs:appinfo>
</xs:annotation>
<xs:complexType>
<xs:sequence>
<xs:annotation>
<xs:appinfo>
<b:groupInfo sequence_number="0" />
</xs:appinfo>
</xs:annotation>
<xs:element minOccurs="0" name="Line1" type="xs:string">
<xs:annotation>
<xs:appinfo>
<b:fieldInfo justification="left" sequence_number="1" />
</xs:appinfo>
</xs:annotation>
</xs:element>
<xs:element minOccurs="0" name="Line2" type="xs:string">
<xs:annotation>
<xs:appinfo>
<b:fieldInfo justification="left" sequence_number="2" />
</xs:appinfo>
</xs:annotation>
</xs:element>
<xs:element minOccurs="0" name="Line3" type="xs:string">
<xs:annotation>
<xs:appinfo>
<b:fieldInfo justification="left" sequence_number="3" />
</xs:appinfo>
</xs:annotation>
</xs:element>
<xs:element minOccurs="0" name="Line4" type="xs:string">
<xs:annotation>
<xs:appinfo>
<b:fieldInfo justification="left" sequence_number="4" />
</xs:appinfo>
</xs:annotation>
</xs:element>
<xs:element minOccurs="0" name="Line5" type="xs:string">
<xs:annotation>
<xs:appinfo>
<b:fieldInfo justification="left" sequence_number="5" />
</xs:appinfo>
</xs:annotation>
</xs:element>
<xs:element minOccurs="0" name="PostCode" type="xs:string">
<xs:annotation>
<xs:appinfo>
<b:fieldInfo justification="left" sequence_number="6" />
</xs:appinfo>
</xs:annotation>
</xs:element>
<xs:element minOccurs="0" name="Country" type="xs:string">
<xs:annotation>
<xs:appinfo>
<b:fieldInfo sequence_number="7" justification="left" />
</xs:appinfo>
</xs:annotation>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>
Схема содержит элемент name и запись Address, которая сама имеет ряд необязательных элементов.
Если я проверяю экземпляр (щелчок правой кнопкой мыши по схеме и т. Д.) С помощью тестового файла ниже
DAve+Line1:Line2:Line3:Line4:Line5:PostCode:Country
тогда я получаю вывод ниже, как ожидалось
<Root xmlns="http://Bidvest.Integration.Supplier.Schemas.TestSchema">
<Name xmlns="">DAve</Name>
<Address xmlns="">
<Line1>Line1</Line1>
<Line2>Line2</Line2>
<Line3>Line3</Line3>
<Line4>Line4</Line4>
<Line5>Line5</Line5>
<PostCode>PostCode</PostCode>
<Country>Country</Country>
</Address>
</Root>
Если я проверю экземпляр с очень простым сообщением, как показано ниже
DAve+Line1
тогда я получаю следующий вывод
<Root xmlns="http://Bidvest.Integration.Supplier.Schemas.TestSchema">
<Name xmlns="">DAve</Name>
<Address xmlns="">
<Line4>Line1</Line4>
</Address>
</Root>
Вы можете видеть, что Line1 был помещен в элемент Line4. Поскольку в приведенном выше примере сообщения в качестве первого значения перед разделителем указан текст "Строка1", я ожидал, что приведенный выше XML будет Строкой1.
Здесь происходит что-то очень странное. Кто-нибудь может помочь? У меня есть эта проблема в BizTalk 2013 (CU3) и BizTalk 2013 R2.
2 ответа
Да, дизассемблер простых файлов может сильно запутаться, если у вас нет обязательных полей в начале записи. Вы сделали все элементы Address необязательными, и тогда они могут получить очень странные результаты. Я обнаружил, что у вас всегда должно быть хотя бы одно обязательное поле в качестве первого поля, и у вас никогда не должно быть обязательного поля после необязательного.
Если вы удалите minOccurs = 0
на line1
это работает правильно, и вы получите следующее.
<Root xmlns="http://Bidvest.Integration.Supplier.Schemas.TestSchema">
<Name xmlns="">DAve</Name>
<Address xmlns="">
<Line1>Line1</Line1>
</Address>
</Root>
Он даже будет обрабатывать следующий ввод
DAve+
который получает следующий вывод
<Root xmlns="http://Bidvest.Integration.Supplier.Schemas.TestSchema">
<Name xmlns="">DAve</Name>
<Address xmlns="">
<Line1/>
</Address>
</Root>
Или же
DAve
выход
<Root xmlns="http://Bidvest.Integration.Supplier.Schemas.TestSchema">
<Name xmlns="">DAve</Name>
</Root>
Возвращение Parser Optimization обратно к скорости по умолчанию должно решить вашу проблему.