Hello! I have installed the https://marketplace.umbraco.com/package/umbraco.community.deliveryapiextensions extension on a clean installation a couple of days ago. 1. It did not want to work on my local installation initially for some reason giving me 404 errors related to some .js file which is located in the "App_Plugins\DeliveryApiExtensions". And indeed I did NOT have this folder on my file system. 2. I realized Umbraco Forms didn't want to work either (It gave me a JS error when I tried to create a Form) 3. I could not get it working locally (multiple Build clean ups/laptop reboots) and just pushed this module to Umbraco Cloud 4. For some reason it worked AND the App_Plugins folder with all of the required contents were there (see the attached images) 5. Today I just booted up my laptop.... And all of a sudden both the DeliveryExtenstion module and Umbraco Forms module is working! 6. I still don't have the App_Plugins folder locally and yet it works! Can anyone please help and explain to me what's happened and why now it works locally (without the App_Plugins folder)? Thanks! https://cdn.discordapp.com/attachments/1311978838498086943/1311978838896414780/image.png?ex=674ad302&is=67498182&hm=a2c0157ffd2b813b5d3b72acfce91701db3e533b63aa61587c7fd55226d25195& https://cdn.discordapp.com/attachments/1311978838498086943/1311978839219372123/image.png?ex=674ad302&is=67498182&hm=7d9b2949812502a3daf687edc1818ceb0f53f655a2629bd84639a344b6d43637&

The static assets for both of these packages are bundled up into what's called a Razor Class Library (RCL), meaning that they're loaded from a compiled DLL rather than always existing on disk

Thanks!

Its not quite that, but is stort of , In development mode static files are severd from your nuget cache (which is typically in c:\users\username\.nuget\package) and dotnet is doing some clever linking so the site thinks the files are in /app_plugins. when you do a dotnet publish those files are copied to the site in the right place so there is no linking, (razor .cshtml files are however in the dll's as @rickbutterfield says.

@Kevin Jump thanks a lot!