Анализ XML с помощью схем в стандартных рабочих процессах с помощью Azure Logic Apps (предварительная версия)
Область применения: Azure Logic Apps (стандартная версия)
Внимание
Эта возможность входит в предварительную версию, и на нее распространяются Дополнительные условия использования предварительных версий Microsoft Azure.
В сценариях миграции бизнес-интеграции с предприятием (B2B) или BizTalk может потребоваться проанализировать XML-документы. Рабочий процесс приложения логики уровня "Стандартный" может анализировать XML с помощью действия с именем Parse XML с схемой, для которой требуется схема XSD.
Например, предположим, что вы регулярно получаете заказы клиентов или счета, которые используют XML в качестве формата обмена и должны получать доступ к отдельным XML-элементам в конструкторе рабочих процессов для Azure Logic Apps.
Ограничения
Это действие пока не поддерживается для ресурса приложения логики потребления и рабочего процесса.
Необходимые компоненты
Учетная запись и подписка Azure. Если у вас еще нет подписки, зарегистрируйтесь и получите бесплатную учетную запись Azure.
Рабочий процесс приложения логики уровня "Стандартный", который уже начинается с триггера, чтобы можно было добавить XML-файл анализа с действием схемы в рабочий процесс.
Ресурс учетной записи интеграции, в котором вы определяете и сохраняете артефакты, такие как торговые партнеры, соглашения, сертификаты и т. д., для использования в рабочих процессах корпоративной интеграции и B2B. Этот ресурс должен соответствовать следующим требованиям.
Связан с той же подпиской Azure, что и ваш ресурс приложения логики.
Существует в том же расположении или регионе Azure, что и ресурс приложения логики, в котором планируется использовать XML-файл анализа с действием схемы .
Если вы работаете с ресурсом и рабочим процессом приложения логики уровня "Стандартный", вы можете связать учетную запись интеграции с ресурсом приложения логики, отправить схемы XSD непосредственно в ресурс приложения логики или оба в зависимости от следующих сценариев:
Если у вас уже есть учетная запись интеграции с нужными или используемыми артефактами, можно связать учетную запись интеграции с несколькими ресурсами приложения логики уровня "Стандартный", где вы хотите использовать артефакты. Таким образом, вам не нужно отправлять схемы XSD в каждое отдельное приложение логики. Дополнительные сведения см. в статье Связывание ресурса приложения логики с учетной записью интеграции.
Если у вас нет учетной записи интеграции или планируется использовать артефакты в нескольких рабочих процессах в одном ресурсе приложения логики, вы можете напрямую добавить схемы в ресурс приложения логики с помощью портал Azure или Visual Studio Code.
Таким образом, если у вас отсутствует или вам требуется учетная запись интеграции, вы можете использовать вариант с отправкой. В противном случае можно использовать вариант со связыванием. Затем вы можете использовать эти артефакты во всех дочерних рабочих процессах в одном ресурсе приложения логики.
Вам по-прежнему нужна учетная запись интеграции для хранения других артефактов, таких как партнеры, соглашения и сертификаты, вместе с использованием операций AS2, X12 и EDIFACT.
Схема XSD, используемая с XML-файлом синтаксического анализа с действием схемы . Убедитесь, что эта схема содержит корневой элемент, который выглядит следующим образом:
<xs:element name="Root"> <....> </xs:element>
Добавление XML-кода синтаксического анализа с действием схемы
В портал Azure откройте приложение логики "Стандартный" и рабочий процесс в конструкторе.
Если у вас есть пустой рабочий процесс, у которого нет триггера, выполните следующие общие действия, чтобы добавить любой нужный триггер. В противном случае перейдите к следующему шагу.
В этом примере используется триггер Запрос.
На шаге рабочего процесса, в котором необходимо добавить XML-файл Синтаксического анализа с действием схемы , выполните следующие общие действия, чтобы добавить действие с именем Parse XML с схемой.
В поле "Содержимое" укажите XML-содержимое, которое требуется проанализировать с помощью любых XML-данных, получаемых в HTTP-запросе.
Чтобы выбрать выходные данные из предыдущих операций в рабочем процессе, в XML-файле синтаксического анализа с действием схемы выберите внутри поля "Содержимое " и выберите параметр списка динамического содержимого (значок молнии).
В списке динамического содержимого выберите маркер для содержимого, который требуется проанализировать.
В примере выбран токен Текст из триггера.
В списке источников выберите расположение, в котором вы отправили схему XSD, ресурс LogicApp или IntegrationAccount.
В списке имен выберите схему XSD.
Закончив работу, сохраните свой рабочий процесс.
Теперь вы завершите настройку XML-файла Синтаксического анализа с действием схемы . В реальном приложении может потребоваться хранить проанализированные данные в бизнес-приложении, например Salesforce. Чтобы отправить проанализированные выходные данные в Salesforce, добавьте действие Salesforce.
Чтобы проверить действие синтаксического анализа, активируйте и запустите рабочий процесс. Например, для триггера запроса отправьте запрос в URL-адрес конечной точки триггера.
Синтаксический анализ XML с действием схемы выполняется после активации рабочего процесса и когда xml-содержимое доступно для синтаксического анализа.
Дополнительные параметры
В следующей таблице описаны расширенные параметры, доступные в этом действии:
Параметр | Стоимость | Описание |
---|---|---|
Обработка DTD | - Игнорировать - Анализ - Запрещать |
Укажите способ обработки определения типа XML-документа (DTD). |
Нормализация XML | Нет или да | Следует ли нормализовать XML-содержимое. |
Игнорировать пробелы? | Нет или да | Следует ли анализировать или игнорировать незначительное пробелы, такие как пробелы, вкладки и пустые строки в XML-документах. |
Игнорировать инструкции по обработке XML? | Нет или да | Следует ли следовать или игнорировать инструкции по обработке XML. |
Игнорировать XML-атрибуты | Нет или да | Следует ли записывать или игнорировать XML-атрибуты. |
Используйте полные имена? | Нет или да | Следует ли использовать более простые локальные имена или полные XML-имена. |
Полное имя корневого узла | <root-node-qualified-name> | Полное имя корневого узла в случае, если схема содержит несколько определений элементов без ссылок. |