问题标签 [azure-logic-app-standard]

我在具有 HTTP 触发器的标准逻辑应用程序中有一个工作流。当工作流被触发时，工作流会从 CosmosDB 中检索一些数据。就像是：

前一种方法需要有一个 API 连接。我已经创建并部署了一个“V2”API 连接。让我们称之为myCosmosCon

同样在我的逻辑应用程序的 ARM 模板中，我已经将connectionRuntimeUrl我的连接 API（to myCosmosCon）添加到 appSettings（配置）：

然后我在connections.json中写了以下内容：

}

现在，当我部署逻辑应用程序、工作流等的 ARM 模板时，我没有发现任何错误，工作流看起来也不错。唯一的问题是没有生成指向 HTTP 触发器的 URL 链接，我无法运行该程序。

但是，如果我connection_runtimeUrl将connections.json 文件中的 更改为具有实际值；看起来像：

URL 是直接生成的，我可以简单地运行工作流。之后，如果我按connection_runtimeUrl原样返回（调用 appsettings()），它仍然有效！链接也留在那里。

看起来当我部署逻辑应用程序和连接.json 的工作流时，没有编译或调用，所以 Azure 认为有错误并且不生成链接。

关于如何解决问题的任何想法？

谢谢！

我按照此文档使用 Visual Studio 代码创建了 azure logic app 单租户项目。然后根据我的要求创建工作流，其中包含数据工厂管道和发送网格操作。

工作流包含创建管道运行数据工厂操作中的硬编码值。

该connections.json文件看起来如下文件：

}

上述托管 API 连接是指来自 azure 的现有 API 连接。但我想为每个环境创建新的托管 API 连接（意味着根据环境参数化connections.json文件中的值）。

谁能建议我如何参数化每个环境的workflow.json文件中的值并参数化每个环境的connections.json文件中的值。

我使用 ARM 模板在 Azure 中创建了逻辑应用单租户（标准）资源。然后使用 Visual Studio 代码创建项目，将多个工作流部署到其中。

该工作流包含 azure 数据工厂和发送网格操作，为此我使用了 azure 中已有的现有 api 连接。但我想为每个环境创建新的托管 api 连接。

我有以下问题：

1. 创建托管 API 连接的推荐方法是什么？
2. 如果您通过 arm 模板创建托管 api 连接，那么如何在connections.json单租户逻辑应用项目的文件中引用这些连接。

我试图从我的单租户逻辑应用程序中检索 HTTP 触发器 URL，但没有成功。

使用：

也试过：

这找不到实际的工作流程。

和

此请求返回一个似乎是函数 URL 而不是实际触发 URL 的 URL。任何想法为什么这不起作用？有什么变通办法吗？

我创建了一个逻辑应用程序，我需要检查我的文件名是否包含“ABC”然后我需要复制文件并将其粘贴到 ABC 文件夹 Azure 否则需要检查我的文件名是否包含“ZYX”然后将其粘贴到 ZYX 文件夹在 Azure。

在开关功能中它给了我一个错误。

“模板操作'Switch'的执行失败：'范围'操作表达式'@body（'Get_file_content'）'的评估结果无效。它的类型为'Object'，但预期值为输入‘字符串，整数’。” [图片1]

或者如果我试图在并行分支中使用 2 个条件，它会给我以下错误。

![图片2]

我还尝试了条件，如果文件名包含“ABC”，则复制粘贴到 ABC 文件夹中，如果为 false，那么我尝试在 false 命令中使用另一个条件。

另外，后续问题是如果我有多个带有 ABC 的文件名，那么我可以合并并将其放在一个文件中，然后将其粘贴到 Azure Blob 的 ABC 文件夹中

使用开关功能的图像：

使用并行分支的图像条件：

![使用并行分支的图像条件]

附上您的建议的最新屏幕截图。 在此处输入图像描述

我只是尝试使用一个，它给了我错误。 在此处输入图像描述

我创建了一个逻辑应用程序来获取电子邮件附件（这是 .csv 格式）并将附件上传到 blob 容器中。但是，它上传的是元数据，而不是电子邮件附件的可读数据。

上传属性，它使用获取附件正文

将 csv 文件上传到 blob

是否有任何线索可以以可读格式获取上传的 csv 文件？

假设我有一个逻辑应用标准，其工作流包含以下内容：

我的文件具有以下结构：

我尝试以与在 yaml 文件中部署工作流相同的方式部署地图文件夹（zip 部署）：

我像这样构建地图工件：

我像这样部署工件：

部署成功，但我仍然无法在标准逻辑应用程序的地图选项卡内看到我的 XSLTmap。

我添加了一个逻辑应用自定义连接器资源以连接到本地 HTTP API。但我无法在逻辑应用操作中找到它，

我尝试创建消费逻辑应用程序，它出现在那里。

由于某种原因没有进入标准逻辑应用程序。我尝试使用不同的关键字进行搜索，例如自定义连接器和连接器名称。没有结果。还尝试从代码视图中包含此操作。它已添加，但逻辑应用程序仅在执行触发器后停止。

根据文档，我的连接器和逻辑应用程序都位于同一区域。有人可以告诉我为什么它没有出现在标准逻辑应用操作中吗？

我想从 Azure Logic App 调用 SOAP 服务。我看到的唯一方法是构建自定义连接器并将其与逻辑应用程序集成。对此的想法是，如果我必须为此编写自定义 C# 代码（连接器），为什么还要使用逻辑应用程序。

是否有任何其他解决方法？

我们有一个具有无状态工作流的标准逻辑应用程序。对于 Azure 服务总线，触发器是“当消息在队列中可用时”，下一步是 For each 循环。由于限制，这种组合似乎存在缺陷，并导致两个问题。

1. 无状态触发器似乎只允许自动完成，因此出现错误时所有消息都会丢失。
2. 无状态触发器似乎不允许配置批处理，因此任何大于 100 的批处理都会导致以下错误。

无效的模板。无法处理“{line}”行和“{column}”列的操作“For_each”的模板语言表达式：“操作“For_each”的 foreach 项目数超出限制：最大“100”和实际“{messageCount}” '.'。

我在这里遗漏了什么，还是有状态工作流是处理 Azure 服务总线消息的唯一可靠方法？

[编辑] - 使用extensions.serviceBus.prefetchCounthost.json 文件中的配置可以限制批量从队列中读取的消息数量，但由于“for each”控制操作的限制，最大数量将是100.在使用 I1V2 ASP 的 ASE 负载下，我们观察到每个工作流执行抓取 66 条消息并花费约 4 秒（工作流进行一些转换并进行 HTTP POST）。

[编辑] - 2021 年 10 月，Microsoft 发布了 peek lock 触发器和使用内置连接器完成消息的功能。这个问题不再相关。