Open jamesfielder opened 3 years ago
Thanks for reporting! It's an unsupported feature. Will track here for further triage. In the same time, contributions are welcome!
I ran in to this issue when I was setting up my first Azure Functions project that would be shared with my team. I was really hoping to add the cert and key to the repository and then configure the extension with Workspace scope settings pointed at the files in the repo with a relative path so that there wasn't any manual config required per user.
Supporting relative paths in azurite.cert
and azurite.key
would be a huge value-add for me and my team!
@mattmichal
We are working on some other storage features and fixes, so this might won't be our priority in the recent future.
In the same time, contributions are welcome! It would be great if you could raise a PR to add the support! (It would be better to raise a design doc and get agreement in review with us to have a smooth PR review.)
Which service(blob, file, queue, table) does this issue concern?
Blob
Which version of the Azurite was used?
3.12.0
Where do you get Azurite? (npm, DockerHub, NuGet, Visual Studio Code Extension)
Visual Studio Code Extension
What's the Node.js version?
14.16.0
What problem was encountered?
Azurite errors when setting the cert and key settings to point at files in the current directory. For example if your settings were:
for local development, with certs created using
mkcert
as the docs suggest, then Azurite will fail to start with aENOENT: no such file or directory, open '.\127.0.0.1.pem'
error. This is the same with setting the path to.\127.0.0.1.pem
, as it is with./127.0.0.1.pem
, and${workspaceFolder}/127.0.0.1.pem
.Steps to reproduce the issue?
mkcert 127.0.0.1
127.0.0.1.pem
for the cert and127.0.0.1-key.pem
for the keyHave you found a mitigation/solution?
Absolute paths work, but make it more difficult to distribute settings! Appreciate this might not really be fixable, just wanted to raise an issue incase it was something that could be sorted.