Схема BizTalk — повреждена после изменения свойств схемы (даже после их восстановления)

У меня есть схема, которая работает. Он правильно проверяет, правильно проверяет плоский файл экземпляра, и все в порядке. Затем я решаю попробовать некоторые настройки свойств схемы, такие как «Разрешить досрочное завершение», и схема больше не проверяется, но вместо этого приводит к ошибке: «Ошибка BEC2004: Неожиданный конец потока при поиске:». ошибка. Затем я устанавливаю для параметра значение «Нет» и сохраняю свои файлы, но получаю тот же параметр. Затем я попытался восстановить решение и получил ту же проблему. Единственный найденный мной способ «исправить» мою схему — это заменить ее оригинальной рабочей версией (я рад, что сделал копию) или перестроить ее с нуля.

Это произошло с несколькими схемами и привело к поиску ответов на ошибку «Ошибка BEC2004: Неожиданный конец потока при поиске:» (для схем, которые в противном случае работали, прежде чем изменить один или два параметра, а затем вернуть их обратно). Настройки схемы, кажется, возвращаются к своему исходному состоянию в фактическом файле XML при открытии из блокнота ++ или возвышенного текста, но больше не проверяются.

У кого-нибудь еще была эта проблема? -- Знаете, что вызывает эту проблему? -- или у вас есть предложения, как мне больше не беспокоить эту проблему?

Я не уверен, является ли это проблемой BizTalk, IDE или какой-либо другой причиной.

Примечание: у меня установлены пакеты BizTalk Server и Services SDK, и мне интересно, известно ли, что они мешают работе?


person Emeria    schedule 27.08.2014    source источник


Ответы (1)


введите здесь описание изображения

Кажется, я понял это. У меня есть два поля для «Имя файла входного экземпляра», как вы можете видеть выше. Я думаю, что один для служб BizTalk, а другой для сервера BizTalk, но они не помечены как таковые. Не зная, какое поле использовать, я заполнил оба поля. После заполнения только двух показанных выше (для ввода и вывода) и установки для параметра «Проверить тип ввода экземпляра» значение «Нативный» схема прошла полную проверку.

Раньше у меня был собственный набор, но BizTalk Services «Имя файла экземпляра ввода», похоже, переопределяло «Проверить тип ввода экземпляра» для поля BizTalk Server.

Подводя итог: если вы проверяете схему для BizTalk Server and Services, убедитесь, что вы установили для параметра "Проверить тип ввода экземпляра" значение "родной" после ввода одного "Имени файла входного экземпляра". Затем добавьте другое «Имя файла входного экземпляра», а затем убедитесь, что Native все еще установлен.

Примечание. Это для проверки схемы плоского файла.

Я надеюсь, что это поможет кому-то еще с этой проблемой.

Обновление: после реструктуризации решения я снова столкнулся с этой проблемой. Я обнаружил, что простое удаление всех путей к экземплярам (входным и выходным), перестроение решения, повторный ввод путей и типа экземпляра, а затем проверка сработали. Когда я перестроился без ввода путей, повторяющиеся поля исчезли, что позволило мне установить правильные пути и тип.

person Emeria    schedule 27.08.2014
comment
Пожалуйста, отметьте свой ответ как Ответ, нажав на галочку :-) - person Dijkgraaf; 28.08.2014
comment
Я буду, это не позволит мне сделать это до тех пор, пока еще 16 часов. :) - person Emeria; 29.08.2014