问题标签 [azure-logic-apps]

我将从我们希望拥有的行为开始：

1. 接收一个文件（无论是 JSON 还是 XML，但现在我们更喜欢 XML，尽管我们可以控制它），
2. 解析它以找到文件的“类型”
3. 转换文件以匹配几种不同的 XML 格式之一
4. 将其发送到预定端点并返回给调用者

我们最初的研究使它看起来像带有 Azure 逻辑应用程序的 BizTalk 非常适合这个，但现在我正在研究概念证明，我遇到了障碍，即：

• 最新版本的 Azure 似乎不支持 BizTalk (2015-08-01-preview)
  • 我在我读过的一篇文章的评论部分读到了这个，但现在找不到参考，这是真的吗？
• 不支持解析 XML（我在我读过的100篇文章中的一篇中读到，非 JSON 请求被视为无法在逻辑应用程序中解析的二进制文件），这意味着我们必须将现有的 XML 转换为JSON 调用 Azure，只是将其转换回 XML

我已经能够创建一个逻辑应用程序，公开一个端点，使用 JSON 主体调用它，并让逻辑应用程序解析该 JSON 并有条件地执行操作，一旦我弄清楚如何完成所有这些，它就非常棒了感人的。

所以我的问题有两个：

1. 我们的情况是否适合使用 Azure 逻辑应用程序（或者可能是不同类型的 Azure 应用程序）？
2. 如果是这样，BizTalk 是否是将我们的文件转换为所需的输出 XML 格式的正确方法？
   1. 根据我在网上看到的情况，没有办法在 VS 2015 中创建 BizTalk 转换文件？

      BizTalk 服务器项目与 Visual Studio 2015 或 Visual Studio 2013 不兼容。

我正在创建一个逻辑应用程序并在第一步中遇到问题。

我想通过http post触发它。结构非常简单。

但是保存后我看到了这个，

我不知道“未找到”是什么意思。如果我单击“启用”，它将在 1 分钟内自动禁用。

如果我在启用后立即单击 Select Trigger->Manual，则会出现错误

这应该是一个很简单的任务：启用逻辑应用，每当有 http 请求到达时，就发出一个 Http 请求。但这不是那么容易做到的。

我创建了一个相当简单的Azure Logic App，它连接到 Office 365 订阅、搜索用户并将用户的详细信息输出到存储 blob。

它看起来像这样：

我想重新使用此逻辑应用程序来执行完全相同的步骤，但针对其他几个 Office 365 订阅。

我是否可以对 Office 365 订阅 ID 进行参数化，以便我可以针对不同的订阅运行相同的应用程序？类似于上面显示的“更改连接”功能，仅以编程方式完成？

笔记：

1. 我认为通过手动 HTTP 触发器将 Office 365 订阅 ID 传递到逻辑应用程序可能是理想的。
2. 假设我已通过 Azure AD Web 应用程序（多租户）获得对所有 Office 365 订阅的访问权限。

我在 Azure 上使用逻辑应用设计器。添加了“ SQL Azure - 插入行”作为操作，它提示我为列插入值，但所有列都标记为必填，如果未在此处输入值，它不会保存更改/序列。

有没有绕过这个或使列可选？

我有一个小型逻辑应用程序，旨在从某处获取数据并将其存储在 blob 中。然后我想通过推送通知将 URL 发送到所有设备。我希望将 URL 作为原始通知发送，所以在应用程序/后台任务中，我可以做一些处理。

问题是当我使用逻辑应用程序创建 http POST 请求以发送通知时，我收到 400 错误。具有身份验证等的相同标头以及有效负载和 URL 在 POSTMAN 或 REST API 客户端上工作正常。以下是输入和输出。请帮忙。已经脑残了

这是输入。

}

这是输出：

}

让我再提一下，我得到了正确的身份验证，因为它适用于 chrome 和 POSTMAN 上的 Advanced REST Client。如果我发送带有 xml 作为其内容类型的 wns/toast 通知，上述逻辑应用程序也可以工作。然而，我需要它是一个 wns/raw 通知。请帮忙。谢谢

编辑/进展

感谢 MichaelB，我们发现内容类型正在被修改。我将请求发送到不同的 URL 以查看标头。观察到以下内容： Content-Type: application/octet-stream; 字符集=utf-8

如果我在 POSTMAN 上使用上述 Content-Type。它实际上也失败了。所以这可能是第一步。为什么 Azure Logic Apps 将 charset-utf-8 添加到我的内容类型的末尾。我能阻止它吗？

功能和逻辑应用程序是 Microsoft Azure 的两种不同产品。我想知道在哪些用例中应该支持新的 Functions 产品而不是 Logic Apps。

我创建了一个逻辑应用程序，它在服务总线队列中收到消息时触发。它工作正常，但是当我查看触发器历史记录时，即使逻辑应用程序处于空闲状态，它也会显示很多状态为“已跳过”的记录。那么这些记录是什么呢？

是否可以在没有foreach 操作作为子工作流的情况下执行此操作。

我正在创建一个部署 Web 应用程序（一个 Mvc Api）和一个逻辑应用程序的 ARM 模板。

我试图在逻辑应用程序中定义一个 HTTP 操作，以便它动态连接 Api 的基本 Uri 以及使用splitOnand的当前项目的属性@triggerBody()。基本 Uri 本身是从 ARM 模板中的一组参数连接到一个变量中的variables('hockeyAppAPISettings').Uri。

这是动作定义的相关片段：

该"uri"部分是我正在努力解决的问题。在整个过程中，我以不同的模式散布了各种转义字符（\和@）。

我要么无法使部署成功，但出现以下部署错误：

无法解析模板语言表达式 'concat(variables('apiSettings').Uri, '//@{triggerBody()[/'Id/']}//ScanningInProgress')'：预期的令牌 'RightParenthesis' 和实际的 'Identifier '。有关使用详情，请参阅 http://aka.ms/arm-template-expressions ..'。

或者，如果我让部署工作，然后在部署后查看门户中的代码，则字符串连接似乎无法正常工作。该变量不会转换为其值。

我已经验证，如果我直接（通过门户 HTML 编辑器）使用此编辑 Uri："uri" : "https://edited.azurewebsites.net/api/Packages/@{triggerBody()['Id']}/ScanningInProgress"逻辑应用程序将为来自 HTTP 触发器的每个项目进行补丁调用。

我究竟做错了什么？

我正在尝试部署一个 Azure 逻辑应用，其中包含使用 ARM 模板在服务总线上发送消息的操作。

除了部署逻辑应用之外，ARM 模板还部署了一个服务总线命名空间、一个队列和两个 AuthorizationRule（一个用于发送，一个用于侦听）。

我想动态设置发送服务总线消息操作的连接信息，以使用为支持发送的 AuthorizationRule 生成的连接字符串。

当我在门户编辑器中创建它（指定用于发送的连接字符串）时，我注意到在代码视图中生成了以下内容......

},

我假设连接信息以某种方式隐藏在@parameters('$connections')['servicebus']['connectionId']"

然后，我使用resources.azure.com导航到逻辑应用程序，以查看是否可以获得有关如何@parameters('$connections')['servicebus']['connectionId']"定义的更多详细信息。

我找到了这个：

但我仍然看不到连接字符串的设置位置。

在哪里可以使用类似以下内容在 ARM 模板中设置服务总线操作的连接字符串？

编辑：另外，我提到的似乎是github 上的一个有前途的 Azure 快速入门（基于标题），但我无法理解它。它似乎使用较旧的 schema 2014-12-01-preview，并且“queueconnector”引用了 Api Gateway。如果这个场景有更新的例子，我很乐意看到它。