Создание одностороннего моста XML

Обновлено: Август 2015 г.

В этом разделе приведены действия по созданию Односторонний мост XML в Проект служб BizTalk. Для Мост XML существуют разные этапы. В этом разделе:

  1. Добавление моста в проект служб BizTalk

  2. Ввод схемы запросов для сообщений XML, которые обрабатывает Мост XML.

  3. настройка стадии декодирования

  4. Настройка этапа проверки

  5. Настройка этапа обогащения и его свойства

  6. Настройка этапа преобразования

  7. Настройка этапа обогащения (после преобразования)

  8. Настройка этапа кодирования

  1. Создайте Проект служб BizTalk. Подробное описание действий см. в разделе Приступая к работе с проектом Visual Studio.

  2. Щелкните правой кнопкой мыши в любом месте рабочей области конструирования Проект служб BizTalk и выберите пункт Свойства. В поле URL-адрес службы BizTalk введите URL-адрес Службы BizTalk.

  3. С панели элементов перетащите компонент Односторонний мост XML в область конструирования Проект служб BizTalk. В решение добавляется файл .BridgeConfig.

  4. Щелкните правой кнопкой мост, выберите Свойства, а затем введите следующие свойства:

     

    Имя свойства Описание

    Связанный элемент проекта

    Только чтение: Имя связанного файла BRIDGECONFIG. Чтобы изменить файла, измените свойство Имя сущности.

    Имя сущности

    Имя Мост XML в области конструирования Проект служб BizTalk. Это имя должно быть уникальным в пределах Проект служб BizTalk. Имя файла BRIDGECONFIG совпадает с указываемым здесь значением.

    Относительный адрес

    Относительный адрес размещения Мост XML в Microsoft Azure. Этот адрес в сочетании с URL-адресом Службы BizTalk, указываемым в шаге 2, используется для создания полного URL-адреса для мост.

    Например, если Службы BizTalkURL-адрес имеет вид MyBizTalkService, а относительный адрес мост — UpdateCustomers, URL-адрес конечной точки в Служебная шина будет следующим: https://MyBizTalkService.biztalk.windows.net/default/UpdateCustomers.

    Таблица порядка маршрутизации

    Введите порядок маршрутизации сообщения из мост в другие компоненты потока обработки сообщений. См. раздел The Routing Order.

    Адрес среды выполнения

    Общедоступный URL-адрес конечной точки среды выполнения, в которой будет развернут мост.

    Отслеживание свойств

    Задайте это свойство, чтобы указать свойства сообщения, отслеживаемые мост. См. раздел Отслеживание сообщений, обрабатываемых мостом.

  5. Нажмите кнопку Сохранить.

Один Проект служб BizTalk может иметь несколько мостов и несколько схем. Для удобства работы и сокращения длительности обработки можно связать схемы с мостами. Другими словами, можно запретить для конкретного моста обработку сообщений, не соответствующих заданной схеме или набору схем. В этом разделе приведены пошаговые инструкции по такому связыванию.

  1. Добавьте схемы в Проект служб BizTalk. Подробное описание действий см. в разделе Приступая к работе с проектом Visual Studio. Повторяя этот шаг, добавьте любое количество схем, необходимых для Проект служб BizTalk.

  2. Дважды щелкните Односторонний мост XML, чтобы открыть конструктор маршрутов.

    noteПримечание
    Область конструктора маршрутов доступна только для чтения. В конструкторе маршрутов невозможно добавлять и удалять стадии и действия.

  3. В области конструирования мост в поле Типы сообщений выберите значок добавления [ Значок «Добавить» ] для открытия диалогового окна Выбор типа сообщения. В диалоговом окне Выбор типа сообщения выполните следующие действия.

    1. В поле Доступные типы сообщений выберите схему для сообщения-запроса.

    2. Выберите значок со стрелкой вправо [ Значок «Стрелка» ] для связывания схемы запроса с мост.

    3. Нажмите кнопку ОК. Теперь выбранные схемы указаны в поле Тип сообщения.

      Дополнительные сведения.

      • Добавить несколько схем одновременно невозможно. Если требуется связать с мост другие схемы, повторите этот шаг.

      • Для отмены связывания схемы с мост выберите схему в поле Тип сообщения, затем нажмите значок удаления [ Значок удаления ].

      • Если требуется заменить связанную схему, нажмите кнопку редактирования [ Значок «Изменить» ] для повторного открытия окна Выбор типа сообщения.

  4. Нажмите кнопку Сохранить.

На стадии декодирования текст входящего сообщения декодируется в XML-сообщение, которое передается на стадию проверки в мост Односторонний мост XML. В отличие от других стадий моста, у стадии декодирования нет свойства IsEnabled. Свойство IsEnabled стадии определяет, обрабатывает ли стадия сообщение, проходящее через мост. Стадия декодирования не содержит этого свойства, поскольку то, декодируется ли сообщение или нет, зависит от типа контента входящего сообщения. Если мост получает сообщение с типом содержимого "text/plain", на стадии декодирования сообщение декодируется и преобразуется в XML-сообщение. Остальная обработка на каждой стадии моста происходит в XML-сообщении, а не в сообщении неструктурированного файла. Но если мост получит сообщение с любым другим типом контента, стадия декодирования не активируется, а сообщение просто передается на следующую стадию.

Стадия декодирования предоставляет два свойства: On Enter Inspector и On Exit Inspector. Эти свойства используются для включения пользовательского кода как части обработки моста. См. раздел Как включить в мосты пользовательский код.

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

  1. Дважды щелкните мост, чтобы открыть область конструктора Конфигурация моста.

  2. Выберите этап Проверка. В Свойствах установите значение IsEnabled на True или False. При установке значения True на этом этапе входящее сообщение запроса проверяется на соответствие схемам, которые были добавлены ранее. Если устанавливается False, проверка схемы не выполняется и сообщение просто передается на следующий этап.

    Дополнительные сведения.

  3. Выберите действие Проверка Xml. В Свойствах задайте свойству Сообщать о предупреждениях как об ошибках значение True или False. Если задано значение True, мост сообщает о любых предупреждениях, как об ошибках, возникших во время проверки XML на соответствие схеме и возвращает их назад клиенту, который отправил сообщение запроса. Предупреждение проверки возникает как исключение и проверка завершается неудачно. См. раздел Проверка и объектная модель схемы для получения сведений о предупреждениях и ошибках при проверке схемы XML.

  4. Нажмите кнопку Сохранить.

Как следует из названия, этап обогащения обеспечивает обогащение сообщения путем определения свойств, значения которых могут быть получены из заголовка сообщения (стандартного или настраиваемого), из распространяемых Службы BizTalk свойств по умолчанию, из внешнего источника данных (в этом выпуске поддерживаются только таблицы База данных SQL Microsoft Azure) или из элемента в тексте сообщения. Эти свойства затем можно использовать для маршрутизации сообщения в конечную точку назначения или дальнейшей его обработки сущностью, принимающей сообщение. В этом разделе приводятся пошаговые инструкции по выполнению каждого из следующих действий:

  • присвоение значений из заголовка сообщения свойствам;

  • использование свойств по умолчанию или системных свойств, распространяемых Службы BizTalk;

  • поиск внешнего источника данных;

  • извлечение значений из элемента текста сообщения с помощью Xpath.

Внимание!

Вы можете выбрать, выполнять эти действия или нет, включая или отключая этап обогащения.

Пошаговые инструкции

  1. Дважды щелкните Односторонний мост XML, чтобы открыть конструктор маршрутов.

  2. Выберите этап обогащения. В разделе Свойства задайте для свойства IsEnabled значение True или False.

    noteПримечание
    Если задается значение True и свойства не определены, мост не вызывает ошибку ни при настройке мост (время разработки), ни при обработке сообщения (время выполнения).

    Дополнительные сведения.

  3. На этапе обогащения выберите действие Обогащение. В разделе Свойства нажмите кнопку с многоточием (...) рядом со свойством Определение свойства, чтобы открыть окно Определения свойств.

  4. В окне Определения свойств выберите Добавить. В диалоговом окне Добавление свойства можно использовать значения из разных источников и включать их в сообщение как свойства. Эти свойства и их значения можно впоследствии использовать для других задач обработки, например при маршрутизации сообщений в разные назначения на основе значений свойств (см. раздел The Routing Action). В следующей таблице указан список разных источников и способов добавления свойств в сообщение.

     

    Источник Инструкции

    присвоение значений из заголовка сообщения свойствам;

     

    использование распространяемых системой свойств;

     

    поиск внешнего источника данных;

    извлечение значений из сообщения с помощью XPath.

    To extract values from a message body using xpath

  1. В диалоговом окне Добавление свойства выполните следующие действия.

    noteПримечание
    В этой таблице содержатся только поля, необходимые для операции назначения свойства в заголовке, что относится только к сообщениям, которые передаются с помощью протоколов для передачи сообщений, например, SOAP, HTTP, FTP и SFTP. Поэтому следующие пошаговые инструкции актуальны только в том случае, если вы выберете HTTP, SOAP, FTP или SFTP из раскрывающегося списка Тип. Кроме того, в зависимости от того, что вы выберете в раскрывающемся списке Тип, обязательные поля будут выделены красным цветом, а остальные поля будут отображаться серым цветом.

     

    Раздел Имя поля Описание

    Источник (чтение из)

    Тип

    Выберите тип сообщения, из которого извлекаются значения заголовка. При присвоении значений заголовка свойствам возможны значения SOAP, HTTP, FTP, SFTP и Brokered.

    Пространство имен заголовка SOAP (только если для параметра Тип задано значение SOAP)

    Указывает пространство имен настраиваемого заголовка SOAP. Например, в следующем фрагменте выделено пространство имен для настраиваемого заголовка MessageType.

    <s:Header>
       ...
      <MessageType xmlns="http://schemas.microsoft.com/integration/2011/system-properties">http://POAttr.org#PurchaseOrderAttr</MessageType> 
       ...
    </s:Header>
    
    ImportantВажно!
    Это поле будет затенено, если вы выберете стандартный заголовок в раскрывающемся списке Идентификатор. Пространство имен необходимо ввести только для настраиваемых заголовков SOAP; тем не менее это необязательное свойство.

    Это поле также неактивно, если для параметра "Тип" задано значение HTTP, FTP, SFTP или Brokered.

    Идентификатор

    Указывает имя свойства в заголовке сообщения, значение которого нужно извлечь и присвоить определяемому в диалоговом окне свойству. Если взять тот же фрагмент, который указан выше, значение идентификатора будет MessageType.

    Здесь также можно указать настраиваемые заголовки. Для FTP и SFTP в раскрывающемся списке указаны стандартные идентификаторы. Из-за большого количества стандартных заголовков в раскрывающемся списке не указываются заголовки для типа сообщений HTTP; в этом случае можно ввести имя заголовка. Кроме того, для типов сообщений SOAP, HTTP и Brokered можно также указать настраиваемый заголовок, значение которого необходимо назначить другому свойству.

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

    <s:Header>
      ...  
      <PONumber xmlns="http://schemas.microsoft.com/integration/promotedpropertiesinfo">PO1234</PONumber> 
      ...  
    </s:Header>
    

    В этом фрагменте PONumber является настраиваемым заголовком SOAP со значением PO1234. Поэтому при присвоении параметру "Идентификатор" значения PONumber значение PO1234 будет задано для определенного здесь свойства.

    Свойство (запись в)

    Имя свойства

    Указывает имя определяемого свойства. Этому свойству будет присвоено значение, извлеченное из указанного ранее свойства заголовка сообщения.

    Используя тот же указанный выше пример, при присвоении параметру "Имя свойства" значения P1 и параметру Идентификатор значения PONumber значение P1 будет присвоено PO1234.

    Тип данных

    Указывает тип данных свойства. Значение можно выбрать из раскрывающегося списка.

  2. Нажмите кнопку ОК в диалоговом окне Добавить свойство. Диалоговые окна будут иметь следующий вид:

    Определение свойства

    Итак, что показывает снимок экрана? Он означает, что если входящее сообщение является сообщением SOAP с именем заголовка SOAP PONumber и пространством имен заголовка http://schemas.microsoft.com/integration/promotedpropertiesinfo, то создается значение P1 с типом данных string, а значение заголовка назначается этому свойству.

  3. Чтобы изменить или удалить определение свойства, нужно выбрать определение свойства в диалоговом окне, а затем щелкнуть кнопку Изменить или Удалить соответственно. Нажмите кнопку ОК в диалоговом окне Определение свойства, а затем нажмите кнопку Сохранить, чтобы сохранить изменения в Конфигурация моста.

  1. В диалоговом окне Добавление свойства выполните следующие действия.

    noteПримечание
    В этой таблице указаны только поля, необходимые для назначения сообщению распространяемых системой свойств. Кроме того, в зависимости от того, что вы выберете в раскрывающемся списке Тип, обязательные поля будут выделены красным цветом, а остальные поля будут отображаться серым цветом.

     

    Раздел Имя поля Описание

    Источник (чтение из)

    Тип

    Для использования распространяемых системой свойств выберите в раскрывающемся списке пункт Системы.

    Идентификатор

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

    Свойство (запись в)

    Имя свойства

    Указывает имя определяемого свойства. Этому свойству будет присвоено значение, извлеченное из указанного ранее свойства, распространяемого системой.

    Тип данных

    Указывает тип данных свойства. Значение можно выбрать из раскрывающегося списка.

  1. В диалоговом окне Добавление свойства выполните следующие действия.

    noteПримечание
    В этой таблице указаны только поля, необходимые для операции поиска. Поэтому следующие шаги актуальны, только если вы выберете Lookup в раскрывающемся списке Тип. Кроме того, в зависимости от того, что вы выберете в раскрывающемся списке Тип, обязательные поля будут выделены красным цветом, а остальные поля будут отображаться серым цветом.

    ImportantВажно!
    В этом выпуске можно искать только таблицу База данных SQL Microsoft Azure.

     

    Раздел Имя поля Описание

    Источник (чтение из)

    Тип

    Для операции поиска выберите из раскрывающегося списка Поиск.

    Идентификатор

    Выберите уже настроенного поставщика в раскрывающемся списке

    Если вы еще не настроили поставщик, настройте его:

    1. В раскрывающемся списке Идентификатор выберите Настроить новый.

    2. В диалоговом окне Настройка поставщика укажите следующие значения:

       

      Имя поля Описание

      Имя поставщика

      Введите имя поставщика

      Строка подключения

      Укажите допустимую строку подключения для соединения с таблицей База данных SQL Microsoft Azure

      Имя таблицы

      Укажите имя таблицы База данных SQL Microsoft Azure, в которой будет выполняться поиск данных

      Запрос в столбце

      Введите имя столбца в таблице База данных SQL Microsoft Azure, значение которого используется в качестве входных данных для запроса на поиск данных.

      Запрос выходного столбца

      Введите имя столбца в таблице База данных SQL Microsoft Azure, значение которого представляет собой выходное значение, которое присваивается искомому свойству.

    3. Нажмите кнопку ОК, чтобы добавить конфигурацию поставщика.

    Поиск свойства

    Из раскрывающегося списка выберите свойство, которое уже определено. Значение этого свойства передается в элемент Запрос в столбце, указанный в конфигурации поставщика ранее.

    Свойство (запись в)

    Имя свойства

    Введите имя свойства, которое содержит найденное значение. Значение этого свойства определяется с помощью значения Запрос выходного столбца в конфигурации поставщика, заданной ранее.

    Тип данных

    Указывает тип данных свойства. Значение можно выбрать из раскрывающегося списка.

  2. Нажмите кнопку ОК в диалоговом окне Добавить свойство. Диалоговые окна будут иметь следующий вид:

    Определение подстановки

    Итак, что показывают эти диалоговые окна? Направление логики (объяснено на примере заказа на покупку выше).

    • мост ищет значение P1 (PO1234) в столбце входящего запроса (P_Order) в таблице (TempTable), определенной в конфигурации поставщика MyProvider.

    • Затем мост получает значение, соответствующее PO1234, из столбца выходного запроса (Cust_Name) в таблице TempTable.

    • Значение, полученное из выходного столбца запроса, присваивается свойству P2. Например, если имя клиента, соответствующее заказу на покупку PO1234, — John, свойству P2 присваивается значение John.

    • Типу данных свойства P2 задано значение string.

  3. Чтобы изменить или удалить определение свойства, нужно выбрать определение свойства в диалоговом окне, а затем щелкнуть кнопку Изменить или Удалить соответственно. Нажмите кнопку ОК в диалоговом окне Определение свойства, а затем нажмите кнопку Сохранить, чтобы сохранить изменения в Конфигурация моста.

  1. В диалоговом окне Добавление свойства выполните следующие действия.

    noteПримечание
    В этой таблице указаны только поля, необходимые для операции извлечения (Xpath). Кроме того, в зависимости от того, что вы выберете в раскрывающемся списке Тип, обязательные поля будут выделены красным цветом, а остальные поля будут отображаться серым цветом.

     

    Раздел Имя поля Описание

    Источник (чтение из)

    Тип

    Выберите Xpath в раскрывающемся списке.

    Идентификатор

    Укажите запрос Xpath для извлечения элемента или атрибута из сообщения. Типичный запрос XPath выглядит следующим образом:

    /*[local-name()='<root_node>' and namespace-uri()='<namespace>']/*[local-name()='<node_name>' and namespace-uri()=<namespace>']/*@[local-name()='<attribute_name>' and namespace-uri()='<namespace>']
    

    Тип сообщений

    Указывает тип сообщения для сообщения, из которого необходимо извлечь элемент или атрибут с помощью запроса Xpath.

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

    Свойство (запись в)

    Имя свойства

    Указывает имя определяемого свойства. Этому свойству будет присвоено значение, извлеченное из текста сообщения с помощью запроса XPath.

    Тип данных

    Указывает тип данных свойства. Значение можно выбрать из раскрывающегося списка.

  2. Нажмите кнопку ОК в диалоговом окне Добавить свойство. Диалоговые окна будут иметь следующий вид:

    Извлечение по Xpath

    Итак, что показывает это диалоговое окно? Оно означает, что в типе сообщения (в этом примере "PurchaseOrder") мост извлекает значение из элемента для данного запроса Xpath, назначает его свойству P3 и задает для типа данных свойства P3 значение double.

  3. Чтобы изменить или удалить определение свойства, нужно выбрать определение свойства в диалоговом окне, а затем щелкнуть кнопку Изменить или Удалить соответственно. Нажмите кнопку ОК в диалоговом окне Определение свойства, а затем нажмите кнопку Сохранить, чтобы сохранить изменения в Конфигурация моста.

Во время разработки в рабочей области конструирования Конфигурация моста можно определить распространяемые свойства и значения, который будут им присвоены. Однако распространение свойств и присвоение значений фактически происходит в среде выполнения, когда сообщение передается через мост, развернутый в Служебная шина. Тем не менее в среде выполнения могут находиться экземпляры, в которых по разным причинам происходит сбой распространения свойств. Рассмотрим в таблице ниже, как и когда это может случиться.

 

Если это происходит Что распространяется

Заголовок SOAP или HTTP, указанный во время разработки, не существует в фактическом сообщении, которое отправляется в среду выполнения мост

Свойство, определенное во время разработки, не распространяется в среду выполнения; исключения не возникают.

Запрос XPATH, указанный во время разработки, не соответствует элементу в сообщении, которое отправляется в мост в среду выполнения

Свойство, определенное во время разработки, не распространяется в среду выполнения; исключения не возникают.

Если свойство Lookup, указанное во время разработки, не существует в среде выполнения (поскольку оно не распространяется)

Свойство, которому было бы присвоено значение в результате поиска, не распространяется; исключения не возникают.

Если указана неправильная конфигурация поставщика (которая включает строку подключения, имя таблицы и т. д.) во время разработки для свойства Lookup

В среде выполнения возникает исключение; свойства не распространяются. Во время разработки исключения не возникают, поскольку рабочая область конструирования Конфигурация моста не выполняет проверку конфигурации поставщика.

ImportantВажно!
Во время разработки проверяются только учетные записи пользователя, а если проверка не выполняется, происходит сбой развертывания.

Если значение свойства Lookup, указанное во время разработки, не совпадает с источником данных поставщика (в этом случае с таблицей База данных SQL Microsoft Azure) в среде выполнения

Возникает исключение; значения не распространяются

Если значение свойства Lookup, указанное во время разработки, совпадает с несколькими источниками данных поставщика (в этом случае с таблицей База данных SQL Microsoft Azure) в среде выполнения

Свойство распространяется, но только одно из совпадающих значений источника данных присваивается в качестве значения для распространяемого свойства.

Если тип данных, указанный для свойства во время разработки, отличается от типа данных значения свойства в среде выполнения для SOAP, HTTP, XPATH и Lookup

Каждый раз, когда возможно преобразование типа, тип преобразуется, и свойство распространяется. Например, во время разработки вы определяете свойство как "string", но значение для этого свойства в среде выполнения — 30, тогда значение этого свойства будет "30” (в виде "string").

Когда преобразование типа невозможно, возникает исключение, и свойство не распространяется. Например, во время разработки вы определяете свойство как "double”, но значение этого свойства в среде выполнения — “John”. Поскольку значение “John” не может храниться в свойстве “double”, возникает исключение, и свойство не распространяется.

На этом этапе можно ввести преобразования, которые будут использоваться мостом. Можно также включить или отключить этот этап.

  1. Добавьте преобразования в Проект служб BizTalk. Подробное описание действий см. в разделе Приступая к работе с проектом Visual Studio. Повторите этот шаг, чтобы добавить все преобразования, необходимые для проекта.

  2. Дважды щелкните Односторонний мост XML, чтобы открыть конструктор маршрутов.

  3. Выберите этап Преобразование. В Свойствах установите значение IsEnabled на True или False. Если значение равно True, этап использует преобразования, введенные для преобразования входящего сообщения запроса. Если установлено значение False, сообщение не преобразуется, а просто передается на следующий этап.

    Дополнительные сведения.

  4. На этапе преобразования выберите действие XML-преобразование. В разделе Свойства нажмите кнопку с многоточием (...) рядом со свойством Сопоставления, чтобы открыть окно Выбор сопоставления.

  5. В списке показанных сопоставлений выберите те, которые необходимо связать с этапом преобразования, а затем нажмите кнопку ОК. Добавленные сопоставления теперь будут указаны в области Выбранные сопоставления конструктора маршрутов.

    ImportantВажно!
    В диалоговом окне отображаются только сопоставления, для которых исходная схема (сопоставления) соответствует схеме сообщения запроса, указанной в Ввод схемы запросов (в этом разделе).

    noteПримечание
    Если для свойства IsEnabled задано значение True на этапе преобразования и вы не указали сопоставление в действии XML-преобразование, мост не вызывает ошибку ни во время настройки моста (во время разработки), ни при обработке сообщения (во время выполнения).

    Можно добавить или удалить сопоставление, нажав кнопку (…) рядом со свойством Сопоставление.

  6. Нажмите кнопку Сохранить.

Настройка этапа Обогащение после этапа преобразования аналогична настройке этапа обогащения до этапа преобразования. См. Настройка этапа обогащения и его свойства в этом разделе. Единственный момент, на который необходимо обратить внимание при настройке этапа обогащения после преобразования, связан с тем, что свойства, определенные на этапе обогащения перед преобразованием, будут также доступны на этапе обогащения после преобразования. Таким образом, если вы хотите сохранить эти свойства, не создавайте свойства с тем же именем. В противном случае новое определение свойства перезаписывает старое определение свойства.

Этап обогащения после преобразования также содержит два свойства: On Enter Inspector и On Exit Inspector. Эти свойства используются для включения пользовательского кода как части обработки моста. См. раздел Как включить в мосты пользовательский код.

На этом этапе можно ввести схему неструктурированного файла, которая будет использоваться для преобразования XML-сообщения в сообщение неструктурированного файла. Когда сообщение достигнет этапа кодирования, оно уже будет в формате XML. В зависимости от того, как настроен этап кодирования, сообщение кодируется в формат неструктурированного файла или отправляется как XML.

  1. Дважды щелкните Односторонний мост XML, чтобы открыть конструктор маршрутов.

  2. Выберите этап кодирования. В разделе Свойства задайте для свойства IsEnabled значение True или False. Если задано значение True, этап использует схемы неструктурированного файла, указанные для кодирования XML-сообщения в сообщение неструктурированного файла. Если указано значение False, кодирование не применяется, а мост отправляет XML-сообщение.

    Дополнительные сведения.

  3. На этапе кодирования выберите действие Кодирование неструктурированного файла. На панели Свойства нажмите кнопку с многоточием (…) для свойства Схемы неструктурированного файла, чтобы открыть диалоговое окно Выбор схем неструктурированного файла.

  4. Выберите схемы, которые будут использоваться для кодирования XML-сообщения в сообщение неструктурированного файла, из списка в диалоговом окне и нажмите кнопку ОК. Когда XML-сообщение во время выполнения достигает действия кодирования неструктурированного файла, тип сообщения (Namespace#Root) сопоставляется со схемами неструктурированного файла, указанными при настройке действия. При наличии совпаде��ия схема используется для преобразования сообщения XML-файла в сообщение неструктурированного файла. Для преобразованных сообщений задается заголовок HTTP "text/plain". Если совпадения нет, обработанный XML передается с этапа кодирования без изменений.

    noteПримечание
    Если для свойства IsEnabled задано значение True на этапе кодирования и вы не указали схему неструктурированного файла в действии кодирования неструктурированного файла, мост не вызывает ошибку ни во время настройки моста (во время разработки), ни при обработке сообщения (во время выполнения).

    Вы можете добавить или удалить схему, нажав кнопку (…) рядом со свойством Схемы неструктурированного файла.

  5. Нажмите кнопку Сохранить.

Настройка Односторонний мост XML завершена. Теперь вы можете подключить мост к бизнес-системе, маршрутизировать сообщения и/или развернуть мост:

Подключение к бизнес-системам из проекта служб BizTalk

Маршрутизация сообщений из мостов в назначения в проекте службы BizTalk

Развертывание и обновление проекта служб BizTalk

См. также

Показ: