问题标签 [azure-logic-apps]

如何部署调用 SQL DB 存储过程的逻辑应用？我尝试了以下操作。

当我部署此模板时，逻辑应用程序已创建，但它引发错误或 SQL 连接操作未显示在设计视图上。我在这里做错了什么？arm目前是否支持调用SQL Stored Proc的Logic App？

我用 BlobTriggerCSharp 创建了一个函数 App，这是函数的名称：BlobTriggerCSharp1

我想在逻辑应用程序中使用这个功能，所以我创建了逻辑应用程序和选择的重复，提供的频率和间隔。我单击操作，选择在同一区域显示 Azure 函数，它显示所有函数应用程序，如“Container:FunctionappName”，但是当我单击该函数应用程序内的现有函数时，它没有显示。有人可以帮忙吗？

我正在尝试构建一个将数据插入 Sql 数据库的逻辑应用程序。数据来自流分析作业，在服务总线主题上输出，在服务总线触发器中的逻辑应用程序中使用。

要填充插入行的属性（假设它只有一列“名称”），我发现这应该使用以下语法：

如果消息正文包含“名称”属性。

但是，运行此程序时我收到以下错误消息：

'，第 0 行，第 0 位置。'。有关使用详情，请参阅https://aka.ms/logicexpressions#json。'。"}

因此，内容似乎包含在另一个阻止 json 解析工作的信封中。

1）任何简单的方法如何解决这个问题？

2) 微软堆栈中的这种集成难道不应该在没有这种嘲笑的情况下工作吗？

谢谢，斯特凡

我正在发送 Http PUT 请求以创建逻辑应用程序。但是创建的逻辑应用程序的状态未启用，服务计划也未显示！有什么建议么

此处的逻辑应用文档表明逻辑应用支持对 http 操作使用以下内容的重试策略"input"

该文档指出：

重试间隔以 ISO 8601 格式指定。它的默认值为 20 秒，这也是最小值。最大值为 1 小时。默认重试次数为 4，4 也是最大重试次数。如果未指定重试策略定义，则使用带有默认重试计数和间隔值的固定策略。要禁用重试策略，请将其类型设置为无。

它没有明确指出是否None以及Fixed是否是唯一的重试策略类型。

我想知道是否有一种ExponentialBackoff类型（或类似的东西）。我还想知道它是否支持定义随机增量来帮助避免重试。

谢谢！

我们正在 Azure 中构建一个逻辑应用程序。

它由一个 Office 365 新邮件项目和一个服务总线队列项目组成。

我们无法解决的是如何管理/删除连接：

任何建议将不胜感激

我在 Azure 的编排中有一个 Azure BizTalk 规则引擎 API，但我注意到几天前用于添加/编辑词汇和策略的选项卡消失了，实例的名称也更改为类似 Guid 的格式。

知道这里发生了什么以及如何恢复我在 Azure BizTalk 规则引擎实例中创建的词汇表和策略。

如何从 Azure 逻辑应用调用本地托管的自定义 Web API？

我在 Web API 或 API 应用程序中尝试了混合连接，您可以在其中设置访问本地端点，但无法为逻辑应用程序找到相同的东西。

有任何想法吗？

我正在 POC 上通过使用逻辑应用程序 + API 应用程序从本地 SQL 获取记录。

我在 API 应用程序中创建了 SQL 连接器，还创建了逻辑应用程序。但是当尝试在逻辑应用设计器中添加 SQL 连接器 API 应用时。它在说

无法获取招摇。确保您在端点上启用了 CORS 并且正在调用 HTTPS 端点。

我浏览并发现设置权限级别。

1. Appsettings -> 设置 API 定义和启用 CORS。

2. 身份验证/授权 -> 开启 -> 允许请求（noAction）

3. 重新启动 API 服务。

但仍然得到同样的错误。

我浏览了 URL“ http://ftpconnector.azurewebsites.net/ ”。它说的是许可

“服务 \"FTPConnector\" 的权限设置为内部”

如何更改权限级别。我想如果我只改变我就可以在逻辑应用设计器中添加连接器。

请协助

谢谢，

维诺特

我正在使用 Azure 逻辑应用的最新预览版，我的一个主题检查消息标头中的字符串是否匹配SOME_STRING，如下面的代码所示

该主题应该检查条件是否为真，然后将消息传递给服务总线。它适用于 99% 的情况，但有时我会收到超时异常消息{"code":"ActionResponseTimedOut","message":"The execution of template action 'authenticatedresponse' is failed: the client application timed out waiting for a response from service. This means that workflow took longer to respond than the alloted timeout value. The connection maintained between the client application and service will be closed and client application will get an HTTP status code 504 Gateway Timeout."}

正如你所看到的，这是一个非常简单的条件，所以它真的不应该花费很多时间来执行。有谁知道问题可能是什么？