runtimeOptions - framework - name - new value Microsoft.All.App or Microsoft.All+SDK.App to load all from dotnet

[JuergenAuer]

Hi,

background: I'm running an old web application. Developed with NET.1.1, started 2006 with NET.2, läter NET.4, two years NET.8, now NET.10. IIS In-Process-hosted.

So I use an applicationname.runtimeconfig.json with the following setting.

{  "runtimeOptions": 
	{
	    "tfm": "net.10.0",
	    "framework": 
		{
		"name": "Microsoft.AspNETCore.App",
		"version": "10.0.0"
		}
	}
}

Current installation: The complete SDK with NETCore, AspNETCore, Desktop and SDK-Files, latest install was 8.0.415, now 10.0.100.

The problem: The application uses some dll from dotnet\shared\Microsoft.WindowsDesktop.App. And it uses Microsoft.Data.SqlClient.6.1.2.

Two results:

(1) I have to copy some dll from dotnet\shared\Microsoft.WindowsDesktop.App (sample: System.IO.Packaging.dll), so the runtime can find these dll.

(2) Created a mini Visuual Studio project with SqlClient.SqlConnection, published it to Win + x64 + (old: NET.8), that created a list of 29 DLL. Copied all dll to the server. There are some files

Microsoft.Bcl.AsyncInterfaces.dll
System.Security.Cryptography.ProtectedData.dll

But some of these files (not all) are already installed:

c:\Program Files\dotnet\sdk\10.0.100\DotnetTools\dotnet-format\Microsoft.Bcl.AsyncInterfaces.dll
c:\Program Files\dotnet\shared\Microsoft.WindowsDesktop.App\10.0.0\System.Security.Cryptography.ProtectedData.dll

Sometimes in WindowsDesktopApp, sometimes SDK.

Result: If the SDK / runtime is updated, the files in my application folder are older. Using the old NET.Framework, this problem didn't exist. The runtime found all installed files without copying in the local folder.

--

Idea: Having one or two new values of runtimeOptions:framework:name:

Microsoft.All.App should load all from NETCore, AspNETCore and Desktop. Not two folders used, instead three folders.

Microsoft.All+SDK.App should load NETCore, AspNETCore and Desktop and all under the current SDK.

A "longer start time" to scan the sdk folder wouldn't be a problem. I'm using always proxy solutions, so no user must wait.

--

Or is there another solution to add search paths to the configuration file I don't know?