问题标签 [azure-logic-apps]

我在一个名为 Workflows 的新资源组中创建了一个全新的逻辑应用程序。我还向同一个资源组发布了一个新的 API APP（使用 VS 2015 和最新的 SDK 2.82）。

当我列出 App Services 时，我看到我的新 Api APP 按预期列出了 Api App 类型。此外，当我列出资源组项目时，我会看到我的逻辑应用程序和我的 API 应用程序。

问题是当我编辑逻辑应用程序（触发器和操作）时，我的新 API 应用程序没有出现在工作流资源组下。因此我不能在我的逻辑应用程序中使用它。

在应用服务重命名之前的过去（两个月前），这曾经有效，我确实使用我的 API 应用程序创建了逻辑应用程序。现在真的很沮丧。

任何帮助表示赞赏。

问候

I have a simple Logic App with one HTTP GET connector that returns a JSON list and two actions: one HTTP POST and one Office365 that repeat over the same list returned in the HTTP GET action.

This is app logic workflow:

Consistently (several attempts) the workflow takes a really long time. I am only returning 15 items:

The 8 minute run is when I have both the HTTP POST and Office365 connectors and the 5 minute runs is when I only have the HTTP POST. Also....running the Office365 alone runs for about 5 minutes.

Isn't this a little too much?

Regards

我正在尝试在重复触发器上创建条件。我似乎找不到任何有关日期的文档。

具体来说，我想根据星期几继续（例如，不在星期天继续）。有谁知道他们谈论基于日期的条件的博客文章或 MSDN 文档？

我希望能够记录我的逻辑应用程序运行并将它们显示在我自己的应用程序中。只是元数据，例如运行是否成功/失败、ID 等。有没有办法保存运行并将它们存储在数据库或类似物中？

谢谢

我在 Azure Portal 中创建了一个 SFTP 连接器，一旦配置了 ftp 服务器的“根文件夹”和“IP 地址”，我就无法在应用程序设置中编辑其值。顶部栏中的保存图标在应用程序设置刀片中被禁用。

但是，我可以通过 PowerShell 脚本对其进行更改，但是当我尝试在应用程序设置刀片中编辑应用程序设置的键值对时，即使我在应用程序设置中输入新的键/值对或删除其中任何一个，“保存”按钮仍然处于禁用状态。我也尝试重新加载门户但徒劳无功。

有任何想法吗？

本周，Azure 逻辑应用的更新发布，其中包括 Dynamics CRM 连接器。

我正在尝试构建一个示例，该示例将在 SharePoint 列表中创建列表项后在 Dynics CRM 中创建一个项。

逻辑应用将运行一次。在它给出错误后，它将不会再次运行。

在它再次运行之前我需要做些什么吗？或者我可以强制逻辑应用按需运行吗？

Maybe I'm missing something here but:

According to the Azure Portal the max length of Logic-App names is 64.

Logic app name example:

"This-is-a-test-name-for-logic-app-to-see-length"

The length of this string is 47, which should be fine. But when creating it I get an error:

"The provided the distribution name Microsoft.Empty Workflow-This-is-a-test-name-for-logic-app-to-see-length has a length of 71, which is longer than the 64 limit.."

It seems like the string "Microsoft.Empty Workflow-" gets added before the logic-app name, meaning that the actual max length is 40?

Don't know if this is a bug or something that you can work around?

我用大约一周前发布的最新版本构建了一个相当简单的 LogicApp。它每小时运行一次，并尝试在 CRM 在线中创建记录。以同样的方式，我创建了一个 LogicApp 来检索记录并且可以正常工作。

失败的输入和输出如下所示：

输出：

有谁知道如何解决这个问题？

目前在 azure 逻辑应用程序中，像 twitter、facebook、salesforce 等第三方连接器需要多因素身份验证，这可以使用工作流设计器完成。我们期待在不同环境中使用 PowerShell ARM 模板来做同样的事情。所以请建议前进的方向？

业务问题：每天一次，我们想从数据库中读取多行（具有特定条件），遍历这些行并向该行中的电子邮件发送一封电子邮件，然后更新该行，说明该电子邮件已发送（以防止每天或每天多次向该人发送电子邮件）。

我们所有的数据库、服务器、wep 应用程序等都在使用 windows azure。看到我们有应用程序服务，我们开始考虑创建一个逻辑应用程序的想法来研究这个问题。

简单逻辑应用流程：重复（每天一次）=> SqlConnector（StoredProcedure 或 select 语句）=> Foreach 行（emailapi（row.email）=> SqlConnector（更新行））

并发症：

逻辑应用需要从我们的一个 sql 数据库中读取。所以我们通过创建一个 sql 连接器来解决这个问题，从该连接器我们可以公开存储过程、表等。sql 连接器的主要问题是我们要调用的存储过程只是根据其中涉及 sql 函数，并且 sql 连接器无法生成逻辑应用读取 select 语句返回的行所需的元数据。sql 连接器只能为 out 参数或返回值生成元数据，我们无法通过它们返回多行。

下一个想法和第二个复杂之处是，由于我们意识到我们无法调用此存储过程并取回行，因此我们尝试使用 select 语句通过 sql 连接器获取我们的行。这种方法的问题是我们的 where 子句中必须有一个 sql 函数，这是不支持的。

忽略并发症：

假设我们可以从数据库中读取这些特定的行，然后我们想要遍历这些行，这些行应该可以通过逻辑应用程序中的“重复”操作获得，并发送一封电子邮件。我们选择使用我们自己的自定义 API 发送电子邮件（Azure 不为我们的电子邮件服务 SendWithUs 提供托管 API）。电子邮件工作完全正常，我们能够从我们的 azure 逻辑应用程序查看和调用我们的 api 端点。我们对这个发送电子邮件的 api 端点的担忧是它不是最安全的。

我的问题/s：我们能否完成我们尝试使用 sql 连接器完成的任务，还是应该寻找替代方案？

替代方法：将我们想要做的所有事情放在提供电子邮件端点的自定义 api 应用程序中。这将需要连接到数据库，调用存储过程，循环存储过程的结果以发送电子邮件，然后更新已发送电子邮件的数据库记录。此时我们的逻辑应用程序将只有一个重复触发器和一个完成所有工作的 api 调用。但是，此 api 端点需要尽可能安全，同时仍可从逻辑应用程序访问。