The Dreaded “Error in determining project root”
Overview
Logic app standard workflows can be developed either within the Azure Portal or from an extension to Visual Studio Code. For me, the VS Code extension approach should work better because it’s more aligned to my usual way of working, to build and test locally before commiting to git for the CI/CD to do its thing.
Wobbles
This Microsoft Doc describes that there are two logic apps standard project types:
- Extension bundle-based (Node.js), which is the default type
- NuGet package-based (.NET), which you can convert from the default type
Currently the default is the Node type. The documenation does explain that a project type can be converted to a .Net package based project quite easily and gives one reason for this as to support built-in connector authoring. It doesn’t offer any downsides to the conversion, so I wonder why this is not offered as the only project format - as a means to greatly reduce confusion.
The Common Error
One error I often see from the VS Code extension is when I right-click a workflow and select “Open designer”:
Through trial and error, I discovered that the extension will present this error if the extension does not find a “local.settings.json” file in the parent folder of your logic app workflow. Below is an example folder structure. My workflows are contained in the folders named: ApimOneWay, ApimTwoWay, RunBRE, StubSatellite, StubSatelliteWaste
Comments