发布VS2017.NET Core 2.0 Azure函数v2时，Blob触发器不工作
当我在.NET Core 2.0中使用VS2017创建Azure函数并在本地运行时，我的blob触发器工作正常。但当我发布到Azure时，触发器不会触发，也不会将日志写入Azure门户控制台。
发布后，我转到Azure门户并看到此错误：“未注册绑定类型'bbloTrigger'。
然后我尝试安装Microsoft.Azure.WebJobs.Extensions。但它失败了。（我是通过尝试在门户上创建新触发器来实现的。）
如果我不断尝试，最终它似乎安装。但是我发布的触发器不响应我的Blob存储中的任何文件删除。函数App的应用设置，FUNCTIONS _ EXTENSION _ VERSION = beta，运行时间为2.x。
有人用过这个吗？
共有1个答案
2.x运行时的Azure存储绑定有一个突破性的变化:
Azure存储绑定(blob、队列和表触发器以及绑定)以前是运行时的一部分，但以后将需要显式安装。这一改变是为了让Azure函数支持多个版本的Azure Storage SDK
为了暂时避免影响，您可以通过将应用程序设置FUNCTIONS_EXTENSION_version更新为2.0.11961-alpha，将函数应用程序锁定到运行时的早期版本
https://github.com/Azure/app-service-announcements/issues/129
-
我在Visual Studio中创建了一个简单的blob触发器，init.py如下 function.json如下 local.settings。json如下所示 此代码在本地计算机上的visual studio中运行良好。但在azure portal上发布时，它无法从函数中读取blob路径。json并给出错误为 我已经使用命令发布了local.settings.json的contains。 .有
-
我创建了Azure blob触发函数，每当在Azure存储中发布任何文件时都会运行。当我从Visual Studio运行Azure函数时，它可以正常工作，但当我停止Visual Studio时它没有触发。从Visual Studio部署它时是否有任何特定设置？请帮助
-
如果你使用blob存储触发器阅读Azure WebJobs上的留档，它们会提到这不是很可靠： WebJobs SDK扫描日志文件以查看新的或更改的blob。这个过程不是实时的；在创建blob后的几分钟或更长时间内，函数可能不会被触发。此外，存储日志是在“尽力而为”的基础上创建的；无法保证所有事件都将被捕获。在某些情况下，日志可能会丢失。如果您的应用程序无法接受blob触发器的速度和可靠性限制，建议
-
我是Azure Function应用程序中blob触发器的新手，需要一些帮助。我正在努力寻找有关如何重命名触发该函数的blob的资源。 我有一个函数应用程序，当一个新的blob被上传到容器时触发，文件被处理，我需要一种方法来将其“标记”为已处理，因此我想重命名blob。 这是我的职责： 我该如何重命名该文件？在这种情况下有可能吗？
-
我使用blob触发器读取blob内容，作为pandas DF进行处理，并将blob附加到我使用的Azure SQL server。 blob触发器没有按预期工作，因此我将main函数中的所有代码都定义为： 但是，我得到了以下错误： 有人可以帮助我找到此问题的原因吗？ function.json的配置如下:
-
有一个Azure函数，当HTML文件被放入Azure blob存储时会被触发。该函数打开HTML文件，并将其转换为JSON。有一小部分触发文件(不到1%)会导致以下异常: Microsoft.WindowsAzure.Storage.StorageException blob的放置触发了第二个函数，它改变了文件的内容类型，但是我不确定这是否会影响第一个函数打开文件的能力。 怎样做才能让Azure函