问题标签 [azure-webjobs]

我正在使用 web-jobs SDK 预发布版本，从几分钟前我收到此警告消息：

已检测到来自早期版本的 Azure WebJobs SDK 的作业。请将作业升级到最新版本，以便在仪表板中查看其状态。有关 Azure WebJobs SDK 的详细信息，请访问本文。

如果您能帮我解决这个问题，我将不胜感激。

有没有办法扩展 Azure WebJobs SDK？如果我想要队列、blob 或表格以外的东西来触发我的工作职能。

无法诊断 webjob 无法正常工作的原因。我正在试用 Azure。

没有错误。但我从未收到 WebJob 打算发送的电子邮件。

我尝试单击标题右上角的大功能矩形（其中有一个感叹号图标）。但这只是一个空白页面，页脚与页眉齐平。

代码很简单：

这对我来说是黑匣子。如何诊断问题？

谁能解释 Azure Web Jobs 和 Azure Scheduler 之间的区别

我有以下方法定义：

PackageRequestMessage 类定义如下：

在 SDK 0.2 版本中，当 PackageRequestMessage 的 JSON 消息发布到队列时，会调用该方法，并根据 PackageRequestMessage 中的参数（RequestId 和 BlobFile）找到合适的 Blob，并且一切正常。

现在，在 SDK 的 0.3 版中，我收到以下错误：

2 names, Boolean allowUnbound) at Microsoft.Azure.Jobs.RouteParser.ApplyBindingData(String pattern, IReadOnlyDictionarySystem.InvalidOperationException：System.InvalidOperationException：异常绑定参数“blob”---> System.InvalidOperationException：Microsoft.Azure.Jobs.RouteParser.ApplyNamesWorker（字符串模式，IDictionary 2 bindingData）的名称参数“RequestId”没有值.Azure.Jobs.Host.Blobs.Bindings.BlobBinding.Bind(BindingContext context) 在 Microsoft.Azure.Jobs.Host.Runners.TriggerParametersProvider 1.Bind() --- End of inner exception stack trace --- at Microsoft.Azure.Jobs.Host.Runners.DelayedException.Throw() at Microsoft.Azure.Jobs.Host.Runners.WebSitesExecuteFunction.ExecuteWithSelfWatch(MethodInfo method, ParameterInfo[] parameterInfos, IReadOnlyDictionary2 个参数，TextWriter consoleOutput) 在 Microsoft.Azure.Jobs.Host.Runners.WebSitesExecuteFunction.ExecuteWithOutputLogs （FunctionInvokeRequest 请求，IReadOnlyDictionary2 parameters, TextWriter consoleOutput, CloudBlobDescriptor parameterLogger, IDictionary2 parameterLogCollector) 在 Microsoft.Azure.Jobs.Host.Runners.WebSitesExecuteFunction.ExecuteWithLogMessage(FunctionInvokeRequest request, RuntimeBindingProviderContext context, FunctionStartedMessage message, IDictionary`2 parameterLogCollector) 在 Microsoft.Azure.Jobs.Host.Runners.WebSitesExecuteFunction.Execute(FunctionInvokeRequest request, RuntimeBindingProviderContext 上下文）

在仪表板中，消息本身显示在 JSON 中存在有效的 RequestId，因此我不确定为什么报告它丢失。

有没有办法在不听队列的情况下安排工作？我的意思是我想每隔一小时左右运行一次并做一些事情，而不管队列如何。这甚至有意义吗？我能想到的一个解决方案是在每次工作完成时给自己排队一条消息，但这对我来说似乎不是一个干净的解决方案。

当我将带有 QueueTrigger（在 app.config 中定义的队列连接）的持续运行的 Azure WebJob 部署到部署槽（例如“暂存”）中时会发生什么？

它会开始运行并收听队列中的消息还是只会在生产槽中开始？

我担心的是，如果只是开始处理来自队列的消息，即使它还没有在生产槽中。如果是这种情况，是否应该将队列连接字符串从 app.config 移动到 Azure 网站配置，以便我的暂存槽和生产槽可以在不同的队列上运行？

我在使用新的 0.3.0-beta WebJobs SDK 的 WebJob 中有以下逻辑。当我的代码无法处理消息时，Azure 仪表板会显示一个聚合异常（这是有道理的，因为这是异步的）。但是，它不会重试处理该消息。

我能找到的极少文档表明该消息应在失败后 10 分钟内重试。新的SDK不是这样吗？

我得到的异常源于 SQL Timeout 异常（它在我的代码中是针对 SQL Azure 的 db 查询）：

随着 Azure Webjobs 3.0.0 SDK 的新版本发布： http ://azure.microsoft.com/blog/2014/06/18/announcing-the-0-3-0-beta-preview-of- microsoft-azure-webjobs-sdk/

改进的功能发现

我们添加了 ITypeLocator 和 INameResolver 来自定义 WebJobs SDK 的外观 > 功能。这可以实现以下场景：

1. 您可以定义 QueueName 不明确的函数。您可以从配置源读取队列名称并在运行时指定此值。
2. 将函数发现限制在特定的类或程序集中。
3. 索引时的动态函数：您可以在运行时定义函数签名。

但是没有关于如何做到这一点的示例代码。

有谁知道如何在运行时定义队列名称（例如来自 app.config）？

我正在寻找一种方法让我的 azure webjob 的多个实例一起运行并清除我的队列。

我们应用程序的功能之一是减少用户在其网站上的每个页面视图（由 ajax 调用）上的信用。我们目前有近 600 个这样的网站，并且他们网站的每个页面视图都会产生一个调用，导致从他们的帐户中扣除信用 (SQL Azure)。

这在其中实时发生，我们在这些调用中的任何一个调用 sql 服务器。到目前为止它工作正常，但我想将此任务卸载到 webjobs 和队列，因为我相信这是一种更好的方法。

我的问题是，我如何设置 webjob 或一系列 webjob 以使用同一个队列并共同完成队列中的所有内容。如果可以说队列达到大量按摩，有没有办法让它们旋转更多？

今天早上我到处搜索此信息，但不幸的是我找不到任何关于此的信息。