The Dreaded “Error in determining project root”

1 minute read

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”:

error

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

error

Comments