Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Область применения: Azure Logic Apps (Потребление + Стандарт)
В сценариях корпоративной интеграции с бизнес-бизнесом (B2B) торговые партнеры, взаимодействующие друг с другом на основе соглашения, должны убедиться, что их сообщения действительны до начала обработки данных.
В этом руководстве показано, как рабочий процесс приложения логики может проверять XML-сообщения и документы с помощью предопределенной схемы и действия xml-операций , проверяющих XML.
Предварительные условия
Учетная запись и подписка Azure. Получите бесплатную учетную запись Azure.
Ресурс приложения логики и рабочий процесс, в котором требуется проверить XML.
Рабочий процесс должен начинаться с триггера, но можно использовать любой триггер, который работает в вашем сценарии. Дополнительные сведения см. в этих общих шагах по добавлению любого нужного триггера.
В примерах этого руководства используется триггер запроса с именем "При получении HTTP-запроса", который ожидает, пока внешний вызывающий объект не отправит запрос триггеру. Кроме того, можно использовать триггер schedule с именем "Повторение".
Ресурс учетной записи интеграции для определения и хранения артефактов, используемых в рабочих процессах корпоративной интеграции и B2B, охватывающих несколько ресурсов логических приложений.
Учетная запись интеграции и ресурс приложения логики должны существовать в одной подписке Azure и регионе Azure.
схема, используемая для проверки содержимого XML;
Прежде чем приступить к работе с XML-операциями, которые в учетной записи интеграции используют артефакты, такие как схемы, необходимо связать потребительское логическое приложение или связать стандартное логическое приложение с учетной записью интеграции. Артефакты можно затем использовать в рабочих процессах в нескольких ресурсах приложений логики.
Можно по желанию добавить определенные артефакты непосредственно в ресурс стандартного логического приложения. Однако только рабочие процессы в одном ресурсе могут работать с этими артефактами.
Установите или используйте средство, которое может отправлять HTTP-запросы для тестирования решения, например:
- Visual Studio Code с расширением из магазина расширений Visual Studio
- PowerShell Invoke-RestMethod
- Microsoft Edge — средство сетевой консоли
- Bruno
- curl
Caution
В сценариях, когда у вас есть конфиденциальные данные, такие как учетные данные, секреты, маркеры доступа, ключи API и другие аналогичные сведения, обязательно используйте средство, которое защищает данные с помощью необходимых функций безопасности. Средство должно работать в автономном режиме или локально, а не требовать входа в учетную запись в Интернете или синхронизации данных с облаком. При использовании средства с этими характеристиками снижается риск предоставления конфиденциальных данных общественности.
Если вы используете триггер, ожидающий запуска рабочего процесса, вам потребуется средство HTTP-запроса для проверки триггера и рабочего процесса.
Добавление действия проверки XML
На портале Azure откройте ресурс приложения логики. Откройте рабочий процесс в конструкторе.
В конструкторе выполните следующие общие действия , чтобы добавить действие "Операции XML " с именем, соответствующим типу рабочего процесса:
Рабочий процесс Название действия Consumption Проверка XML Стандарт Проверка XML Чтобы просмотреть параметры источника содержимого XML, выполните следующие действия.
Выберите внутри поля "Содержимое" , а затем выберите параметр:
Источник содержимого XML Выберите Description Выходные данные предыдущей операции рабочего процесса Значок молнии Откройте список динамического содержимого, чтобы выбрать выходные данные из триггера или предыдущего действия. Выходные данные из выражения Значок функции Откройте редактор выражений, чтобы использовать функцию выражения или создать выражение для создания XML-содержимого. Этот пример продолжается с динамическим списком содержимого, например:
В списке динамического содержимого выберите выходные данные с XML-содержимым из нужной операции.
В этом примере выбирается вывод Body из триггера с именем При получении HTTP-запроса.
Чтобы указать схему для проверки, выполните действия для типа рабочего процесса:
Потребление
В списке имён схем выберите схему из связанной учетной записи интеграции.
Стандарт
В списке источников схемы выберите IntegrationAccount или LogicApp.
В этом примере выбирается IntegrationAccount.
В списке имен схемы выберите схему.
Сохраните ваш рабочий процесс.
Теперь вы закончили настройку действия проверки XML. В реальном приложении вы, возможно, захотите сохранить проверенные данные в корпоративном приложении, таком как SalesForce. Чтобы отправить проверенные выходные данные в Salesforce, добавьте действие Salesforce .
Тестирование рабочего процесса
Убедитесь, что рабочий процесс работает так, как вы ожидаете.
В конструкторе выберите триггер с именем "При получении HTTP-запроса".
Из свойства URL-адреса HTTP скопируйте и сохраните URL-адрес конечной точки для триггера.
На панели инструментов конструктора в меню "Выполнить", выберите "Выполнить".
Чтобы запустить триггер запроса , используйте предпочитаемое средство HTTP-запроса для отправки запроса с XML-содержимым в URL-адрес конечной точки триггера.
Действие проверки XML выполняется после срабатывания триггера, и XML-содержимое становится доступным для проверки.
Чтобы просмотреть состояние каждой операции, входных данных и выходных данных, выполните действия, описанные в разделе "Просмотр журнала выполнения рабочего процесса".