如何在Azure中更新webjob的计划
我向appjob添加了一些WebJob。webjobs与新版本的webapp一起从VS中剥离 为了安排作业,我已将settings.job文件添加到webjob根文件夹 如果我查看Azure中的webjobs,则计划正确 但是如何从Azure更改该计划呢?现在更改该计划的唯一方法似乎是更改settings.job文件并从VS重新部署 更新: 鉴于KUDU并不总是有效,而且更改时间表的程序并不真正适合非技术用户。我开始考虑使用azure调度器。但无法找到如何让它工作 从webapp | webjob配置中,我获取了webhookurl、usr、pwd。 使用此webhookurl和凭据(基本身份验证)创建了新的计划 但我得到了这个错误: 没有为“如何在Azure中更新webjob的计划,azure,azure-webjobs,azure-scheduler,Azure,Azure Webjobs,Azure Scheduler,我向appjob添加了一些WebJob。webjobs与新版本的webapp一起从VS中剥离 为了安排作业,我已将settings.job文件添加到webjob根文件夹 如果我查看Azure中的webjobs,则计划正确 但是如何从Azure更改该计划呢?现在更改该计划的唯一方法似乎是更改settings.job文件并从VS重新部署 更新: 鉴于KUDU并不总是有效,而且更改时间表的程序并不真正适合非技术用户。我开始考虑使用azure调度器。但无法找到如何让它工作 从webapp | webjo
/api/triggeredwebjobs//run
”注册路由
有什么建议吗?您也可以通过https://yoursite.scm.azurewebsites.net
,并直接通过控制台修改settings.job文件
我建议您重新部署,以便在版本控制中始终有正确的时间表。否则,您可能会发布,然后意识到您又有了旧的计划。您也可以访问Kudu(高级工具),网址为https://yoursite.scm.azurewebsites.net
,并直接通过控制台修改settings.job文件
我建议您重新部署,以便在版本控制中始终有正确的时间表。否则,您可能会发布,然后意识到您又有了旧的计划
如何更改设置。作业计划
- 您可以将
文件放在WebJob目录的根目录下并修改它,然后重新部署WebJob项目settings.job
- 您可以利用并导航到
,然后修改D:\home\site\wwwroot\app\u data\jobs\triggered\
设置。job
设置.job
文件
PUT https://{webdeploy-username}:{password}@{your-webapp-name}.scm.azurewebsites.net/api/triggeredwebjobs/{webjob-name}/settings
Body: {"schedule": "*/30 * * * * *"}
我已经在kudu上查看了我的WebJob日志,修改后的时间表需要一些时间才能生效
我开始考虑使用azure调度器。但无法找到如何让它工作
没有为“/api/triggeredwebjobs//run”注册路由
例如,您可以参考David Ebbo的博客。基于您的错误,我假设您的Http方法是错误的,您应该使用POST。这是我的测试,你可以参考它:
如何更改设置。作业计划
- 您可以将
文件放在WebJob目录的根目录下并修改它,然后重新部署WebJob项目settings.job
- 您可以利用并导航到
,然后修改D:\home\site\wwwroot\app\u data\jobs\triggered\
设置。job
设置.job
文件
PUT https://{webdeploy-username}:{password}@{your-webapp-name}.scm.azurewebsites.net/api/triggeredwebjobs/{webjob-name}/settings
Body: {"schedule": "*/30 * * * * *"}
我已经在kudu上查看了我的WebJob日志,修改后的时间表需要一些时间才能生效
我开始考虑使用azure调度器。但无法找到如何让它工作
没有为“/api/triggeredwebjobs//run”注册路由
例如,您可以参考David Ebbo的博客。基于您的错误,我假设您的Http方法是错误的,您应该使用POST。这是我的测试,你可以参考它:
对于那些与同一问题斗争的人: 最好的解决方案是使用Azure的调度程序作业集合。 棘手的部分是找出如何设置这个 操作设置: -https -复制要调用的webjob属性页中的uri,它称为“webhook”
-为解决同一问题的人从同一位置复制凭据: 最好的解决方案是使用Azure的调度程序作业集合。 棘手的部分是找出如何设置这个 操作设置: -https -复制要调用的webjob属性页中的uri,它称为“webhook”
-从同一位置复制凭据需要为无法部署的客户执行一个过程。我现在正在查看schedulecollection,但还没有找到设置它的方法。特别是调用webhook的身份验证。需要为无法部署的客户提供一个过程。我现在正在查看schedulecollection,但还没有找到设置它的方法。特别是调用webhook的身份验证。这个问题有两个方面:1。如何更改设置。作业计划。2.“KUDU并不总是起作用”,没有详细说明它是如何起作用的。3.如何使用Azure调度程序进行触发,这是一件完全不同的事情。请将你的问题定位为单一主题(如果需要,你可以打开不同的单独问题)。这个问题有两个方向:1。如何更改设置。作业计划。2.“KUDU并不总是起作用”,没有详细说明它是如何起作用的。3.如何使用Azure调度程序进行触发,这是一件完全不同的事情。请将你的问题定位为单个主题(如果需要,你可以打开不同的单独的SO问题)。帖子做到了:-)因为没有数据需要“发布”我从来没有认为这可能是问题。帖子做到了:-)因为没有数据需要“发布”我从来没有认为这可能是问题。