-
Notifications
You must be signed in to change notification settings - Fork 451
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Blob binding inout direction does not seem to be supported #2104
Comments
I've encountered this problem with a Powershell script Azure Function, but had no problem with a C# Azure Function. |
@AharonDror can you give us your function signature? |
@paulbatum I have this same issue with python azure function. I am pretty sure, i am missing right docs on this but couldn't find anything related in existing docs, https://docs.microsoft.com/en-us/azure/azure-functions/functions-bindings-storage-blob) Any advise, would be appreciated. |
By function signature, I meant the method signature. e.g. the definition of the function including return type and params. |
Ohh.. Sure, Here is complete function, nothing fancy...
|
Ahh of course, I somehow missed that you were talking about python and did not make the connection. Short version - its not supported yet. This is tracked by: #49 Closing this one as a duplicate. |
I've been using azure function with a binding:
{ "name": "someName", "type": "blob", "direction": "out", "path": "some/path.json", "connection": "<storage>" }
This worked just fine, until recently I needed to use the same blob that was written in the function's last execution as an input for my function. I changed the direction of the binding to "inout" as stated in the docs: https://docs.microsoft.com/en-us/azure/azure-functions/functions-bindings-storage-blob
This did not work. The function throws an error:
When I opened the 'Integrate' tab of the function I couldn't see the input/out for that binding.
The workaround of defining 2 bindings, one with an out direction and one with an in direction with different names but the same path + connection worked for me, but is obviously less convenient and not consistent with the docs.
The text was updated successfully, but these errors were encountered: