Сторона BizTalk не разрешается для входящего сообщения HL7v2
У меня есть приложение BizTalk, которое настроено для получения сообщений HL7v2 в месте получения MLLP.
Я настроил стороны для разрешения на основе приложения отправки (MSH.3) и применения нашей локальной схемы к типу входящего сообщения ORU_R03_23_GLO_DEF.
Таким образом, партия должна конвертировать схему из
http://microsoft.com/HealthCare/HL7/2X#ORU_R03_23_GLO_DEF
к
http://mynamespace/HL7/2X#ORU_R03_23_GLO_DEF
Однако всякий раз, когда сообщение попадает в порт, кажется, что сторона не решается, потому что мы получаем ошибку как таковую
Error happened in body during parsing
Error # 1
Alternate Error Number: 301
Alternate Error Description: Schema http://microsoft.com/HealthCare/HL7/2X#ORU_R03_23_GLO_DEF not found
Alternate Encoding System: HL7-BTA
с последующей другой ошибкой:
Механизму обмена сообщениями не удалось обработать сообщение, отправленное адаптером: URL-адрес источника MLLP:0.0.0.0:11001. Подробности: опубликованное сообщение не может быть перенаправлено, так как подписчики не найдены. Эта ошибка возникает, если подписывающий оркестровочный или отправляющий порт не зачислен или если некоторые свойства сообщения, необходимые для оценки подписки, не были повышены. Пожалуйста, используйте консоль администрирования Biztalk для устранения этой ошибки.
Вторая ошибка в некоторой степени ожидается на основе первой, поскольку нет, порты не подписаны для поиска сообщений типа http://microsoft.com/HealthCare/HL7/2X#ORU_R03_23_GLO_DEF
Есть порты, подписанные на http://mynamespace/HL7/2X#ORU_R03_23_GLO_DEF
Есть ли возможность проверить, действительно ли партия читает входящие сообщения?
Кто-нибудь сталкивался с таким случаем с BizTalk Party? Если так, как это было решено?
3 ответа
Microsoft очень кратко описывает здесь процесс разрешения схемы входящего сообщения HL7 V2.X. Итак, еще раз проверьте, что:
- Название вашей партии соответствует значению в MSH.3
- Пространство имен схемы на вкладке "Проверка" обозревателя конфигурации BTAHL7 точно соответствует схеме, развернутой в BizTalk
Однако, если ваше поле MSH.3 содержит значение только для 3.1, но не для 3.2 и 3.3, вам также необходимо включить параметр в компонентах конвейера BizTalk v2X для частичного разрешения имен: Enable Partial Name Resolution For Sending Application,
Как я упоминал в другом ответе, более старые версии BizTalk (2006 R2 и 2009) требуют исправления для проблемы, описанной в статье 977120 КБ, чтобы этот параметр отображался / работал правильно.
Урок выучен. Ищите исправления ДО того, как делать что-либо еще.
http://support.microsoft.com/kb/2892599
Я установил и CU1, и CU2 для BizTalk 2013, и неожиданно стороны решили, как и ожидалось. Читая, что все включено в исправления, я не могу сказать, какие из исправлений действительно помогли бы. На самом деле, это как бы заставляет меня задуматься, было ли это совпадением, учитывая, что при стирании ОС и новой установке BizTalk 2013 все работало нормально.