BizTalk Party не разрешается для входящего сообщения HL7v2

У меня есть приложение BizTalk, которое настроено для получения сообщений HL7v2 в месте приема MLLP.

Я настроил группы для решения на основе приложения отправки (MSH.3) и применил нашу локальную схему к типу входящего сообщения, которым является ORU_R03_23_GLO_DEF.

Таким образом, предполагается, что сторона преобразует схему из

http://microsoft.com/HealthCare/HL7/2X#ORU_R03_23_GLO_DEF

To

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? Если да, то как это было решено?


biztalk btahl7
person Bensonius    schedule 07.11.2013    source источник
comment
Можете ли вы проверить, что у вас есть только одна копия схемы http://microsoft.com/HealthCare/HL7/2X#ORU_R03_23_GLO_DEF в BizTalk? Он может не найти схему, если есть несколько кандидатов, удовлетворяющих пространству имен и корневому узлу.   -  person Sir Crispalot    schedule 08.11.2013
comment
Я проверял это много раз, стирал и повторно развертывал. Также удалил и воссоздал Стороны.   -  person Bensonius    schedule 08.11.2013
comment
Какая это была версия BizTalk? Было ли это обновление на месте с BizTalk 2010 до BizTalk 2013? Если да, то с этим есть некоторые известные проблемы. См. Мой ответ на эту проблему stackoverflow.com/questions/19869939/   -  person Dijkgraaf    schedule 15.11.2013

Ответы (2)


arrow_upward
1
arrow_downward

Microsoft очень кратко описывает процесс разрешения схемы входящего сообщения HL7 V2.X здесь. Так что еще раз проверьте, что:

  1. Название вашей группы соответствует значению в MSH.3
  2. Пространство имен схемы на вкладке «Проверка» обозревателя конфигураций BTAHL7 точно соответствует схеме, развернутой в BizTalk.

Однако, если ваше поле MSH.3 включает только значение для 3.1, а не также для 3.2 и 3.3, вам также необходимо включить параметр в компонентах конвейера BizTalk v2X для частичного разрешения имен: Enable Partial Name Resolution For Sending Application.

Как я уже упоминал в другом ответе, более старые версии BizTalk (2006 R2 и 2009) требуют исправления для проблема, описанная в статье базы знаний 977120, чтобы этот параметр отображался / работал должным образом.

person schellack    schedule 12.11.2013
comment
спасибо schellack, я видел ваш другой ответ, на который вы ссылались, но безрезультатно. В настоящее время я работаю над чистой установкой моей среды разработки, прежде чем вытаскивать больше волос. - person Bensonius; 12.11.2013
comment
Просто хотел, чтобы люди знали. Я сделал новую установку Windows 2008 R2, BizTalk 2010. Затем я удалил 2010 (вместо обновления), установил 2013, преобразовал и повторно развернул все свои приложения. Происходит то же самое ... Стороны отказываются читать поле MSH3 и применяют пространство имен схемы на вкладке проверки инструмента BTAHL7 Config. - person Bensonius; 27.11.2013
comment
Вы также удалили v2010 и переустановили v2013 ускорителя HL7? - person schellack; 28.11.2013
comment
Мы сделали. В итоге мы сделали совершенно новую установку, и все в основном работает. Я все еще хочу попробовать еще раз с обновлением, чтобы увидеть, действительно ли я смогу заставить его работать. - person Bensonius; 28.11.2013
comment
Я проделал всю процедуру заново только потому, что сам себе не догадывался. Был удален BizTalk 2010, все до последнего момента, включая удаление всех баз данных BizTalk, очистил ускоритель, удалил / установил LOB 2010- ›2013 SDK / Adapter. Все прошло без сучка и задоринки. Все вернулось к той же проблеме. Стороны не улавливают поле MSH.3 и не назначают новое пространство имен схемы на вкладке проверки инструмента конфигурации BTAHL7. Раздражающий. Потому что это означает, что если мы хотим перейти к 2013 году, нам придется полностью стереть серверы ОС, а затем установить OS / SQL / BTS. - person Bensonius; 06.12.2013

arrow_upward
1
arrow_downward

Урок выучен. Ищите исправления, прежде чем делать что-либо еще.

http://support.microsoft.com/kb/2892599

Я установил и CU1, и CU2 для BizTalk 2013, и внезапно стороны соглашаются, как и ожидалось. Читая, что все включено в исправления, я не могу сказать, какое из исправлений действительно помогло бы. Фактически, это как бы заставляет меня задуматься, было ли это совпадением, поскольку после очистки ОС и новой установки BizTalk 2013 все работало нормально.

person Bensonius    schedule 06.12.2013