It seems like you have a wrong configuration in episerverframework.config, the type for any VirtualPathNonUnifiedProvider should be
type="EPiServer.Web.Hosting.VirtualPathNonUnifiedProvider, EPiServer.Framework.AspNet"
not
type="EPiServer.Web.Hosting.VirtualPathNonUnifiedProvider, EPiServer.Framework"
Thanks Quan, that solved it.
When was this changed? As mentioned, this configuration worked in December (and came with the default installation - we haven't changed it).
It was changed in CMS 11 :), more information can be found here: https://world.episerver.com/blogs/Johan-Bjornfot/Dates1/2017/11/cms-11-and--net-standard-compliance/
basically APIs which dependencies on AspNet were moved to separate packages (with .AspNet suffix)
I see - turns out the configuration had been updated correctly by an upgrade of EPiServer, but with the automated deploy it was reverted by a config transform of the episerver.framework section. Anyway, thanks for the quick reply, I spent most of yesterday struggeling with this.
We're developing a new Commerce solution and we have test/prod environments running as web apps in Azure with automated deployment.
I configured the solution for Azure using this documentation, and initially it worked fine - but when I made a new deploy to test today, we got this exception on startup:
It's been about a month since last time I deployed to this environment, and the codebase has changed a lot (and we've also installed new versions of EPiServer Nuget packages), so it's hard to say what change has caused this (if any). It works fine locally.
Would very much appreciate it if anyone could give us a nudge in the right direction here.
Versions are: EPiServer.CMS v.11.3.2, EPiServer Commerce v.11.6.1