You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I am considering to set DisableAppDomains option by default to true.
This would only affect .NET Framework, and would disable appdomain isolation as it is implemented by the respective frameworks, most importantly MSTest, NUnit and Xunit.
I saw significant perf improvements in discovery and execution speed across frameworks. And and in XUnit 2.5.0 and newer the switch works correctly thanks to Brad.
Users
You can test if this breaks you by running with:
dotnet test -- RunConfiguration.DisableAppDomain=true
vstest.console.exe yourTests.dll -- RunConfiguration.DisableAppDomain=true
I really have no idea how many tests in the wild depend on have app domains in place. Even asking users whether they depend on them probably won't help because many are unlikely to know, simply depending on the default behavior.
This change was proposed to testing platform, here we won't do it because it would change how dlls are loaded. I've accidentally did it in unrelated change, and lot of code bases started to break.
I am considering to set DisableAppDomains option by default to true.
This would only affect .NET Framework, and would disable appdomain isolation as it is implemented by the respective frameworks, most importantly MSTest, NUnit and Xunit.
I saw significant perf improvements in discovery and execution speed across frameworks. And and in XUnit 2.5.0 and newer the switch works correctly thanks to Brad.
Users
You can test if this breaks you by running with:
Or this runsetting:
Are you relaying on it? Would this break you?
Maintainers
Framework maintainers, do you see problems with this? @OsirisTerje @bradwilson @Evangelink
The text was updated successfully, but these errors were encountered: