BizTalk Плоский анализ файлов Неожиданный конец потока при поиске: ','

Question

У меня есть файл CSV, который нужно разобрать в XML.

Это нормально выглядящий CSV с заголовком для первой строки, за которым следуют повторные записи. Строки ограничены CR + LF, а столбцы разделяются запятыми. Он содержит много столбцов, поэтому вместо того, чтобы вставлять сюда, я добавил ссылку на образец, который я использую для тестирования: Input CSV file. Копия плоских файлов XSD можно найти здесь: Flat file schema

В визуальной студии, я могу щелкнуть правой кнопкой мыши на схему, выберите «Validate Instance» и это работает файл, производя следующий XML-документ: XML document

Я создал приемный конвейер, в который я добавил компонент дизассемблирования с плоским файлом. Свойство DocumentSpecName установлено на сильное имя для схемы с плоским файлом.

Моя проблема, когда образец CSV обрабатывается по трубопроводу, я получаю следующее сообщение об ошибке в журнале событий:

Причина: Неожиданный конец потока при поиске: «» Ток определение анализируется PO. Смещение потока, где произошла ошибка, равно 2018. Номер строки, где произошла ошибка, равна 4. Столбец, где произошла ошибка, равна 0.

Может ли кто-нибудь увидеть, где я ошибся?

Answer 1

Мне удалось получить эту работу, удалив узел заголовка из схемы. Затем я устанавливаю свойство «HeaderSpecName» получающего конвейера для указания на ту же схему, что и «DocumentSpecName», и гарантирует, что для свойства «PreserveHeader» установлено значение false (по умолчанию).

Я понимаю, что документы BizTalk предлагают создание отдельной схемы для заголовка и тела, но я не вижу значения в этом случае, если структура записей заголовка и тела идентична.

В прошлом я создал много схем FF с узлом заголовка. Я предпочитаю иметь это, потому что он лучше описывает структуру FF, которая должна быть разобрана. Моя стандартная техника - просто опустить, чтобы сопоставить запись с канонической схемой после разборки.

Я не могу объяснить, почему разборка по этому случаю была неудачной, но время нажимается, поэтому мне лучше двигаться дальше.