问题标签 [azure-logic-apps]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
security - Azure - 使 API 应用程序可用于逻辑应用程序
我创建了一个带有招摇界面的 Web 应用程序 API,我已将其作为 API 应用程序部署到 Azure。
创建逻辑应用程序时,我可以找到我的 API 应用程序,但每当我尝试使用它时,都会收到以下错误:
无法获取招摇。确保您在端点上启用了 CORS 并且正在调用 HTTPS 端点。
我在 API 应用程序中使用 API 定义的默认 https url:
https://microsoft-SOME-LONG-MS-INTERNAL-ID.azurewebsites.net/swagger/docs/v1
swagger 文档已通过 Swashbuckle 在我的 C# Web API 应用程序中提供。
对于 CORS,我设置了一个 * 项。
这似乎不足以让逻辑应用程序访问 API 应用程序然后我为 API 应用程序配置身份验证/授权以使用 Azure Active Directory (express),创建一个 AD Azure 应用程序。
我相信这个问题将是配置安全性的问题之一,这对我来说在 Azure 中是全新的。我想让 API 应用程序无法从外部访问,但可用于我的 Azure 订阅中的 Web 应用程序和逻辑应用程序。
我没有向 ASP.NET Web 应用程序本身添加任何身份验证机制,因为我认为 Web 应用程序实际上会位于 Azure 上的专用网络中。也许这是一个错误的假设,我需要添加身份验证以允许 Azure AD 工作?
任何指示/建议?
c# - Azure - 安全 API 应用程序,因此只有逻辑应用程序和 Web 应用程序可以访问
我有一个已部署到 Azure 的 API 应用程序,但希望它受到保护,因此它仅可用于同一资源组中的逻辑应用程序和 Web 应用程序。
通过Swashbuckle添加的 Swagger 接口有一个 api_key 参数,我假设我可以利用某种方式。
关于如何以与 Azure 应用兼容的方式实现此安全性的任何建议?
天青广告
我怀疑我应该能够使用 Azure AD 实现这一目标?
我创建了一个 Azure AD 应用程序,然后在身份验证/授权下的 API 应用程序中启用了 Azure Active Directory (Express) 并选择了我刚刚创建的 Azure AD 应用程序。
现在,当我尝试从逻辑应用程序访问 API 应用程序时,出现以下错误:
无法获取招摇。确保您在端点上启用了 CORS 并且正在调用 HTTPS 端点。
(在启用 Azure Active Directory 之前,我不会收到此错误,而是会看到我的端点列表。)
我的下一个想法是编辑 Azure AD 应用程序的清单文件。我在清单中发现了这个
所以我尝试像这样添加我的逻辑应用程序名称
但这被拒绝了,因为它需要一个 guid 而不是字符串。不幸的是,我似乎无法找到我的逻辑应用程序的 guid id。
asp.net - Azure 逻辑应用的自定义身份验证提供程序
我有一个使用 ASP.NET Web API 2 的现有 Web API,它有自己的基于令牌的身份验证,使用x-auth-token
.
我想将 Azure 逻辑应用添加到此现有 API,但逻辑应用必须使用该 API 进行身份验证。Azure AD、Facebook、谷歌......不是一个选择。
这可能吗?如何?
azure - Azure API 应用程序 - 从 SQL 连接器预览获取 API 定义时出错
创建本地 SQL 连接器并单击 SQL 连接器预览应用程序 API 的 API 定义后,出现以下错误。
无法从端点“/$metadata”获取“GetConnector”的元数据:失败状态代码:“BadRequest”。响应正文:'{“状态”:400,“来源”:“ https://microsoftsqlconnector4d4fb **************6b7f35f0.azurewebsites.net/$metadata”,“消息”:“已添加具有相同密钥的项目。” }'。
我试图重新启动 API APP Host/Updated API。但没有运气。我无法创建新的 SQL 连接器 API APP。
请协助。
azure - 成功运行后逻辑失败
我有一个成功运行的逻辑应用工作流(轮询本地数据库)。但成功运行后,它一直失败,直到重新启动 IIS AppPool。
下面的代码 JSON 片段
{ "$schema": " https://schema.management.azure.com/providers/Microsoft.Logic/schemas/2016-04-01-preview/workflowdefinition.json# ",
}
如果 JSON 文件有任何变化,请告诉我
azure-logic-apps - 如何在 Azure Logic App 中获取 SMTP-ID
我需要一个 Azure 逻辑应用程序,该应用程序在 Exchange 帐户的不同 SMTP-ID(别名)上触发。连接到 Office 365。
问题是“to”字段总是包含主地址,例如“user@domain”而不是“alias@domain”。
该应用程序将在 SharePoint 上读取附件并创建文件,电子邮件是从打印机创建的,因此需要使用电子邮件地址名称作为目标文件夹,而不是电子邮件主题行。
关于如何解析 Logic App 的 Office 365 连接器中的 SMTP ID 的任何想法?甚至可能吗?
azure - Azure 逻辑应用 - HTTP 侦听器
我正在使用 HTTP 侦听器处理逻辑应用程序,并尝试使用以下选项而不是创建 API 控制器。参考以下网址
https://azure.microsoft.com/en-us/documentation/articles/app-service-logic-http-endpoint/
我使用“HTTP 请求”创建了一个逻辑应用程序并进行处理并将响应发送回调用方。它按预期工作。
但我只想知道的一件事是,当我创建 HTTP 请求时,它会提供如下所示的默认 URL,
https:// prod- ****.logic.azure.com:443/workflows/*******69a5b764/triggers/request/run?api-version=2015-08-01-preview&sp=%2Ftriggers %2Frequest%2Frun&sv=1.0&sig=*****2MCOoTKZU
我们是否应该定义自定义 URL 而不是默认 URL,如下所示
请指教。
azure - 不同环境中的 Azure 逻辑应用部署
我正在使用 azure Standard 服务计划并开发逻辑应用工作流程。现在我想将它部署到不同的环境,如 QA/UAT。
我参考了一些 MSDN 博客,发现我们可以通过带有 Azure SDK 的 Visual Studio 将逻辑应用部署到不同的订阅。但是,我在逻辑应用程序工作流程中使用 API 应用程序,例如 SQL 连接器、转换服务、BizTalk Xpath 提取器等。
您能否让我知道我们如何将 API 应用程序部署到不同的环境。请建议。
谢谢,维诺特
azure - 使用 JSON 的逻辑应用发送消息错误
我正在使用逻辑应用向 Azure 上的服务总线发送消息。逻辑应用以触发器的 HTTP 请求开始,该触发器在正文中包含 JSON 有效负载。请求的“正文”设置为发送消息操作的内容。由于发布时有效负载是 JSON,我将 Content-Type 设置为 application/json。这会在发送消息操作上产生错误;
{"code":"InvalidTemplate","message":"无法处理动作 'Send_message.' 中的模板语言表达式。在“1”行和“1221”列输入:“模板语言函数“encodeBase64”期望其参数是字符串。提供的值是“对象”类型。请参阅https://aka.ms/logicexpressions# encodeBase64以获取使用详情。'。"}
所以尝试将 Content-Type 更改为 text/plain 并且它有效?这是一个错误还是应该在发送消息操作中使用它之前以某种方式将 JSON 转换为文本值?
azure - 如何在 Azure 中托管 TCP 侦听器?
我希望在 Azure 中构建一个应用程序,它将充当 TCP 侦听器,在指定端口上接收 TCP 消息流,然后将信息添加到数据库中。传入的 TCP 通信将使用证书进行保护。
我正在考虑以下选项:
云服务工作者角色
这看起来肯定会奏效。然而,这意味着我必须使用云服务,而我错过了应用服务提供的功能和简单性。云服务文档还专门描述了如何打开所需的 TCP 端口。
应用服务
但是,在逻辑应用程序(首选)中,这似乎并不原生支持 TCP 侦听器,因此我希望构建一个自定义 API 应用程序。或者,我可以创建一个 Web 作业。
但是我不确定这种方法是否有效,我有以下问题:
- 我可以在应用服务上公开任意 TCP 端口吗?
- 虽然云服务文档专门描述了如何执行此操作,但我找不到与应用服务类似的任何内容。因此,要么不需要配置,要么应用服务内无法进行 TCP 通信。
- 我可以在逻辑应用程序、API 应用程序或 Web 作业中构建 TCP 侦听器,例如 Azure 的体系结构是否支持 TCP 侦听器所需的行为?
我可以在 Azure 应用服务中托管 TCP 侦听器吗?