Симптомы
Проблема 1
Рассмотрим следующий сценарий:
-
Вы используете Microsoft BizTalk 2013 R2 Accelerator HL7 (BTAHL7).
-
Вы используете MLLP получают адаптера и HL7 получают конвейера в двустороннее получить порт.
-
Выбран параметр Использовать прямой синхронный HL7 ACK значение True в свойствах транспорта MLLP.
-
Создание исходящего карты на этом двусторонним портом для преобразования перед его отправкой Подтверждения получения.
В этом сценарии сопоставления исходящих не применяется к HL7 ACK и поэтому ACK не преобразуется.
Проблема 2
Порт отправки MLLP проверяет код подтверждений TCP ACK (поле MSA.1_AcknowledgmentCode сегмента MSA), который возвращается нижестоящие системой и сравнивает его с допустимые коды Подтверждений, заданные в свойствах конфигурации порта отправки MLLP. Коды Подтверждений, которые в настоящее время поддерживается MLLP отправить порта, AA, ЦС, AE, CE, AR и CR. Можно выбрать все коды Подтверждения или их сочетание. Например все допустимыми являются следующие коды:
AA и ЦС
AA, ЦС, AE и CE
AA, ЦС, AR и CR
Тем не менее нельзя ввести любые дополнительные допустимые коды Подтверждений.
После установки данного исправления, новый код допустимым ACK, имя пользовательского добавляется в список Допустимых кодов Подтверждения . Кроме того, для ввода допустимого настраиваемые коды Подтверждения добавляется новое текстовое поле.
Notes
-
Настраиваемые коды должны быть разделены запятой (,). Например: AE, CE, AR, CR, XX, ZZ
-
Если выбран один из стандартных комбинаций (параметр ненастраиваемые), нет необходимости ввести любые значения в свойстве Приемлемых настраиваемые коды Подтверждения .
-
Чтобы конвейера суммирует для настраиваемых кодов Подтверждения, необходимо добавить соответствующую схему ACK необходимые настраиваемые коды Подтверждения.
-
Можно использовать функцию отслеживания BizTalk (включив отслеживание) для отслеживания сообщений, используя код (ID), который заносится в журнал событий, когда сообщение повторно или приостановлено.
Решение
Информация о накопительном пакете обновления
Сначала эта проблема была исправлена в следующем накопительном обновлении BizTalk Server:
Убедитесь, что развертывания требуется исходящие сопоставления DLL-файл и установить этот файл DLL в глобальный кэш сборок (GAC):
-
Имя сборки OutboundMap
Полное имя сборки, которая содержит исходящие сопоставления для этого. Эту информацию можно найти в свойствах сопоставления в консоли администрирования BizTalk Server. Здесь вы найдете информацию для сборки и полное имя OutboundMap, необходимое в следующем действии.
Например: исходящий, версия = 1.0.0.0, язык и региональные параметры нейтрального PublicKeyToken = = 83f92b3673c9005d -
Имя OutboundMap
Это требует полного сопоставления имени, включая пространство имен. Эту информацию можно найти в свойствах файла *.btm (пространство имен).
Например: Outbound.Map1
Примечание. Эти свойства применяются только в том случае, если прямое синхронное ACK HL7 присвоено значение True.
Если не требуется автоматически дизассемблер HL7 (DASM) в конвейере получать HL7 для создания HL7 подтверждения (например ACK, возвращаемый некоторых нижестоящих системы будет передаваться вышестоящие системы), отключите параметр Маршрута ACK для отправки конвейера на порте запрашивать получение стороны источника и равным False Использовать прямой синхронный HL7 ACK . Затем используйте параметр исходящее сопоставление, включенный в порт приема.
Для устранения проблемы 1
Эта новая функция относится только к/расположение портов приема. В настоящее время любой BizTalk получают порт имеет свойство Входящих сопоставлений . После установки данного исправления, имеется дополнительное свойство в месте получения для применения карты HL7 (ACK). Это дополнительное свойство позволяет применить схему для двустороннее для получения с установленным Использование прямого синхронный HL7 ACK (=) значение True. Единственным назначением этого исправления является позволяет указать карту для подтверждение при Использования прямых синхронный HL7 ACK имеет значение (=) True.
После установки исправления, вы увидите два дополнительных свойства в MLLP расположение конфигурации окна приема. Два свойства по умолчанию пусто и должны быть заполнены и Использование прямого синхронный HL7 ACK должно быть присвоено значение True(=).
Чтобы задать два свойства, выполните следующие действия.
-
Для свойства OutboundMap имя сборки требуется полное имя сборки, в которой размещен исходящие сопоставления, как в следующем примере:
Исходящие, версия = 1.0.0.0, язык и региональные параметры нейтрального PublicKeyToken = = 83f92b3673c9005dСборку необходимо ранее кэш глобальной сборки. В противном случае произойдет ошибка преобразования.
-
OutboundMap имя свойства требуется полное имя сопоставления, включая пространство имен.
Один недостаток этой новой функции: HL7 ACK не отслеживаются. Если необходимо отследить ACK, необходимо также задать Сопоставления входящих портом получения свойства в BizTalk. С технической точки зрения будет применен карты ACK, который был помещен в окне сообщения и ACK, возвращенный восходящего системы. Оба должны быть идентичны, так как оба будут иметь то же сопоставление применяется. На следующем снимке экрана включен для ясности и является обязательным, только если ACK должны отслеживаться.
Примечание. Использование прямого синхронный HL7 ACK параметр повышает производительность обработки входящего сообщения. Это делается путем отправки Подтверждений восходящего систему сразу после сообщения сохраняются в окне сообщения. Этот параметр повышает производительность, если выполняются следующие условия:
-
Receive используется порт получения двусторонней и возможность Использования прямого синхронный HL7 ACK имеет значение True в конфигурации портов приема MLLP.
-
BizTalk HL7 DASM используется для создания (ACK). DASM компонент должен использоваться как включенные в BTAHL72XReceivePipeline по умолчанию или с помощью собственной BTAHL7. HL72fDasm компонент в пользовательских конвейера.
-
Параметр портом получения ACK маршрута для отправки конвейера запросов и ответов на стороне источника должно быть в обозревателе конфигурации HL7 и Подтверждения типа должно быть присвоено значение, отличное от None.
Для устранения проблемы 2
Новая функция применяется для отправки только порты. После установки исправления, поведение будет основываться на код приемлемых ACK, выберите в раскрывающемся списке вместо кода, предоставленный системой головного.
Отправить MLLP, порт проверяет код Подтверждения ACK (поле MSA.1_AcknowledgmentCode сегмента MSA), который возвращается нижестоящие системой и сравнивает его с приемлемым ACK кодов, установленных в MLLP отправить свойства конфигурации порта. Текущего допустимых кодов ACK, поддерживаемых порта отправки MLLP включают AA, ЦС, AE, CE, AR и CR. Можно выбрать все коды Подтверждения или комбинацию из них (AA и ЦС) (AA, ЦС, AE и CE) (AA, ЦС, AR и CR) как допустимый. Однако невозможно ввести допустимые комбинации кодов Подтверждения.
Дополнительное значение ACK допустимых кодов с именем «Custom» добавляется в раскрывающийся список в свойстве Допустимые коды Подтверждения . Все предыдущие комбинации остаются и применяются, как перед была добавлена новая функция.
Выбрав Настройка , необходимо также ввести новые значения в свойство Приемлемо настраиваемые коды Подтверждения . Эти новые значения ACK должен каждый отделяться запятой (,).
После установки исправления, поведение будет зависеть от параметров Допустимых кодов Подтверждения , указанных. Если код Подтверждения, который возвращается соответствует выбранного допустимого кода, обработка выполняется успешно. Он повторить для стандартных кодов Подтверждения и приостановить любого кода ACK, есть нет в списке (что сделает нестандартные или определенных пользователем код Подтверждения).
Следующая таблица представляет этот сценарий. Письменное интерпретации приведены после таблицы.
Независимо от того, любые допустимые ACK коды установки, выбранного AA и ЦС, обработка сообщения всегда завершается успешно. Ниже приведены дополнительные сведения о Допустимых кодов Подтверждения параметров:
-
AA, Калифорния: Попыток AE CE, AR CR и приостанавливает любые другие.
-
AA, ЦС, AE, CE: Принято и успешной: AA, ЦС, AE, CE и попыток AR и кредит приостанавливает любые другие.
-
AA, ЦС, AR CR: Принято и успешной: AA, ЦС, AR, CR и попыток AE и CE. Приостанавливает любые другие.
-
AA, ЦС, AR, CR, AE, CE: Принято и успешной: AA, ЦС, AR, CR, AE, CE и не возвращается. Повторено ACK и приостановить сообщение.
-
Custom (значения введены и разделенные запятыми). Пример: AA, AE, Foo, ZZ, ZZZ). Принятые и успешной: AA, ЦС, AE, а также любые другие введенные пользовательских ACK Foo, ZZ и ZZZ в данном случае. Число повторов CE, AR.
-
Любой код ACK, который не указан в Допустимых настраиваемые коды Подтверждения не повторяется и находится в приостановленном состоянии.
Если стандартным Подтверждений не введен в списке Допустимых кодов Подтверждения, возвращается сообщение об ошибке, подобное приведенному ниже:
Адаптер не удалось передать сообщения для отправки порт «< SendPortName >» с URL-адресом «127.0.0.1:33000». Он будет повторно после интервала повтора для данного порта отправки. Подробности: "сообщение с код (ID): < код > сообщения, полученные с типом подтверждения: ошибка и с кодом Подтверждения: CE.
Out of box ACK схемы должен быть изменен путем добавления в существующий список стандартных ACK (AA, AE, AR, Калифорния, CE, CR). Любые дополнительные допустимых пользовательских ACK (XX, ZZ, например) должны быть добавлены в поле MSA.1_AcknowledgementCode схемы Подтверждений. Если схема не добавляются дополнительные пользовательские ACK, конвейера завершается неудачей с ошибкой «Не найдено значение таблицы».
Дополнительные сведения
Необходимые условия для установки обновления программного обеспечения
Для установки этого исправления необходимо установить следующее программное обеспечение:
-
Microsoft BizTalk Server 2013 R2
-
Microsoft BizTalk 2013 R2 Accelerator для HL7
Необходимость перезагрузки
Не требуется перезагружать компьютер после установки данного исправления. Тем не менее мы рекомендуем закрыть и снова открыть консоль администрирования BizTalk после установки исправления.
Английская версия данного исправления содержит атрибуты файла (или более поздние атрибуты файлов), приведенные в следующей таблице. Дата и время для этих файлов указаны в формате общего скоординированного времени (UTC). При просмотре сведений о файле, он преобразуется в локальное время. Чтобы узнать разницу между временем по Гринвичу и местным временем, откройте вкладку Часовой пояс элемента Дата и время в панели управления.
Имя файла |
Версия файла |
Размер файла |
Дата |
Время |
Платформа |
---|---|---|---|---|---|
Microsoft.Solutions.BTAHL7.HL72fDasm.dll |
3.10.325.2 |
107520 |
|
22:52 |
x86 |
Microsoft.Solutions.BTAHL7.PipelineCommon.dll |
3.10.325.2 |
95232 |
|
22:52 |
x86 |
Microsoft.Solutions.BTAHL7.Shared.dll |
3.10.325.2 |
99328 |
|
22:52 |
x86 |
Microsoft.Solutions.BTAHL7.MLLP.dll |
3.10.325.2 |
128000 |
|
22:52 |
x86 |
Microsoft.Solutions.BTAHL7.HL7AckHelper.dll |
3.10.325.2 |
29696 |
|
22:52 |
x86 |
Статус
Корпорация Майкрософт подтверждает, что это проблема продуктов Майкрософт, перечисленных в разделе "Относится к".
Ссылки
Дополнительные сведения об исправлениях с BizTalk Server содержатся сведения об исправлениях с BizTalk Server.
Дополнительные сведения о стандартной терминологии, которая используется для описания обновлений программных продуктов Майкрософт.
Продукты независимых производителей, обсуждаемые в этой статье, производятся компаниями, независимыми от корпорации Майкрософт. Корпорация Майкрософт не дает никаких явных или подразумеваемых гарантий относительно производительности или надежности этих продуктов.