问题标签 [azure-triggers]

我是 azure web 函数的新手，我似乎无法在同一个项目中找到有关多个触发器的任何文档。我已经创建了我的解决方案，并且已经创建了一个很好的TimerTrigger，它工作正常。

此触发器从 ftp 目录下载文件，然后将文件上传到我们的 azure 存储帐户。代码如下所示：

现在我想添加第二个触发器。这个触发器将是一个BlobTrigger。我将它添加到我的项目中并运行它，即使创建了文件，它也从未触发过。所以我意识到我一定做错了什么。

有人能告诉我如何在一个项目中有多个触发器吗？如果做不到；什么是替代方案？

我有一个 WebJob，它可以与指向特定目录的 FileTrigger 一起正常工作，但我想监视添加到其下所有目录的文件：

我目前将触发器设置为：

我只能添加一个触发器（这绝对有意义），以下也不起作用：

从单个 WebJob 监视这些目录的最佳方法是什么？

目前，我已将实体附加到我的 Azure 表存储中。如果添加了至少 5 个或更多实体，我需要做的是触发另一个函数来检索表中的所有数据并对它们进行一些处理，然后使用处理后的数据更新表。有人可以指导我参考示例或帮助我弄清楚触发条件是什么吗？

任何帮助或指导将不胜感激！

我有一个 blob 触发器 Azure 函数，每次将新文件添加到我的 blob 存储时都会调用该函数。我自动获取该文件的名称作为输入。除了名称之外，我还需要附加到给定文件的元数据。我一直在研究数据输入绑定，但我无法理解。我需要做什么才能将文件元数据作为输入？或者，甚至只是在我的函数中访问它？

Azure Function 是否可以由队列消息或 HTTP 触发器或其他任何东西触发，并且在触发后它开始按计划运行，例如每 1 分钟？

我像这样将消息传递到我的 Azure 服务总线队列，其中“MessageId”值是一个数字字符串。'345'。我在 Azure 门户仪表板的队列中看到它，当我在服务总线资源管理器中查看消息时，我看到消息 id 作为我正在传递的 eventId。

但是当我的函数被触发时，我收到一个异常，说myQueueItem函数中的 the 是0ornull，具体取决于我正在调用的函数。

这是给我这个问题的一个函数的前几行代码。该事件始终为 null 并引发异常，因为myQueueItem始终为nullor0。

我想，我以前有这个工作，但现在我认为每次触发我的函数时都会进行更改并抛出异常！

问题 -myQueueItem当我创建消息并将消息放入队列时，我传递的不是 messageId 吗？

我正在尝试创建一个从 HTTP POST 触发的逻辑应用程序，我向它发送图像。假设我有图像“picture1.jpg”，在设置 HTTP 触发器时我的 JSON 模式会是什么样子？

我是否需要将图像作为流发布到我的逻辑应用程序？

我正在尝试在 Azure Functions 中使用新的 Durable Functions 扩展，我在我的 Function 项目中安装了这个 Nuget 包：

Microsoft.Azure.WebJobs.Extensions.DurableTask

然后像这样在我的函数中使用 DurableOrchestrationContext：

但是当我运行该函数时，会显示此错误：

错误索引方法“FuncApp.StopVM”[20/11/2018 17:09:01] Microsoft.Azure.WebJobs.Host：错误索引方法“FuncApp.StopVM”。Microsoft.Azure.WebJobs.Host：无法将参数“orchestrationContext”绑定到类型 DurableOrchestrationContext。确保绑定支持参数类型。如果您正在使用绑定扩展（例如 Azure 存储、ServiceBus、计时器等），请确保您已在启动代码中调用了扩展的注册方法（例如 builder.AddAzureStorage()、builder.AddServiceBus( )、builder.AddTimers() 等）。

我是否遗漏了一些步骤，例如将任何中间件添加到启动类等，导致文档没有清楚地显示如何使用它？

我开发了一个触发新服务总线队列消息的 Azure Durable Functions 应用程序。当没有发生错误时它可以正常工作，但是当活动函数中发生错误时，它会记录它失败但消息从队列中永远消失了。可能是什么原因造成的，如何防止消息在出错时从队列中消失？

这是可复现的代码，是VS2017中新的Azure Function模板生成的代码，只是城市为“西雅图”时添加了一个例外，它是ServicebusTrigger而不是HttpTrigger。

更新：当我在编排客户端功能中出现异常时，如果重试失败 x 次，它会执行正确的操作，例如重试并将消息放入死信队列。

所以我设法通过使用这个while循环更新客户端函数来解决这个问题，检查失败/终止/取消状态。

然而，这对我来说似乎是一个 hack，而且我还没有在任何 MS 示例代码中看到这种类型的代码。我想这应该由持久功能框架来处理。是否有另一种方法可以使服务总线触发器在持久功能中工作？

我有一个从 Azure 调用的 Web API，但是当 Azure AD 发生变化时，我不知道如何让它运行。所以基本上：

• Azure 逻辑应用侦听目录中的更改。
• Azure AD 检测目录中的更改。
• 逻辑应用运行。

如何让逻辑应用监听此更改？