当Webjobs通过QueueTrigger从Azure存储上的队列获取消息时，它会租用该消息(使其不可见)。如果(webjob的)触发函数需要很长时间来处理消息，这个租约是否会自动延长？或者我应该在函数中处理它？在这个链接上WindowsAzureQueues:ImprovedLeases,ProgressTracking,andSchedulingofFutureWork，作者声明“执行原始出列的工作人员可以延长消息的租约，以便它可以继续处理消息”注意:我尝试了一个等待20分钟的网络作业(使用QueueTrigger)。//WriteLogThread.Sleep(1200000)

我是AzureWebJobs的新手，我运行了一个示例，其中用户将图像上传到blob存储并将记录插入队列，然后作业从队列中检索该记录作为执行诸如调整大小之类操作的信号上传的图片。基本上在代码中，作业使用公共(public)静态方法上的QueueTrigger属性来完成所有这些工作。现在我需要一个工作，它只是做一些事情，比如每小时向数据库表中插入一条记录，它没有任何类型的触发器，它只是自己运行。我该怎么做？我尝试使用静态方法并在其中插入数据库，工作确实开始了，但我收到一条消息说:Nofunctionsfound.Trymakingjobclassespublicandmethodspubl

我有几个带有ServiceBus触发器的WebJobs，我有一个自定义消息处理器在消息完成处理后进行一些处理。我希望能够做一些不同的事情（具体来说，请记录错误而不是警告），如果该消息是最后一个重试的消息，即，即将发送到无聊的队列。发送到完整的EprocessingMessageAsync函数的BrokeredMessage具有交付量，但我看不到一种方法可以回到原始队列以找到MaxDeliveryCount。有任何想法吗？不同的队列具有不同的MaxDeliveryCounts，因此设置常数并不是真正的选择。我唯一能想到的是为每个队列的死字队列创建一个单独的作业，但是我希望能够在WebJob级别而

问题是AzureWebJobsSDK仅支持公共(public)静态方法作为作业入口点，这意味着无法实现构造函数/属性注入(inject)。我无法在官方WebJobsSDK文档/资源中找到有关此主题的任何内容。我遇到的唯一解决方案是基于这篇文章中描述的服务定位器(反)模式here.对于基于AzureWebJobsSDK的项目，是否有使用“正确”依赖注入(inject)的好方法？ 最佳答案 AzureWebJobsSDK现在支持实例方法。将其与自定义IJobActivator结合使用，您可以使用DI。首先，创建自定义IJobActiva

问题是AzureWebJobsSDK仅支持公共(public)静态方法作为作业入口点，这意味着无法实现构造函数/属性注入(inject)。我无法在官方WebJobsSDK文档/资源中找到有关此主题的任何内容。我遇到的唯一解决方案是基于这篇文章中描述的服务定位器(反)模式here.对于基于AzureWebJobsSDK的项目，是否有使用“正确”依赖注入(inject)的好方法？ 最佳答案 AzureWebJobsSDK现在支持实例方法。将其与自定义IJobActivator结合使用，您可以使用DI。首先，创建自定义IJobActiva

我正在尝试使用WebJobsSDK扩展名（和VS的Azure函数工具）来迁移我的Azure函数以预编译二进制文件，但是我在DocumentDB绑定方面遇到了问题。我正在尝试创建一个可以从我可以阅读的现有文档DOMDB文档的输入绑定，然后更新数据。当我在基于脚本的Azure函数中执行此操作时，一切都按照我想要的方式工作。这是我正在使用的代码：publicstaticvoidRun(TimerInfomyTimer,JObjectdocument,TraceWriterlog){log.Info(document.ToString());varactive=document["active"]as