I use both the ServiceStack and System.Configuration.ConfigurationManager package in my .NET Standard library. I reference the ConfigurationErrorsException
class specifically. My Visual Studio doesn't build because it doesn't know which assembly ConfigurationErrorsException
is from.
The dotnet team has ported the System.Configuration
namespace to netcore, so maybe now it's time to remove it from the ServiceStack assembly?
Source References
The System.Configuration namespace in ServiceStack: https://github.com/ServiceStack/ServiceStack/blob/0b84a5a638d4230e6211eba554796980fcdc1f3b/src/ServiceStack/Platforms/PlatformNetCore.cs
System.Configuration.ConfigurationManager package: https://www.nuget.org/packages/System.Configuration.ConfigurationManager/
Source for ConfigurationErrorsException in the System.Configuration.ConfigurationManager package: https://github.com/dotnet/corefx/blob/a10890f4ffe0fadf090c922578ba0e606ebdd16c/src/System.Configuration.ConfigurationManager/src/System/Configuration/ConfigurationErrorsException.cs
Workaround
I already have a workaround by aliasing the ServiceStack assembly: https://github.com/NuGet/Home/issues/4989#issuecomment-310565840, but this seems hacky.
Request
It would be wonderful if the System.Configuration namespace, and with it the ConfigurationErrorsException class, is removed from ServiceStack netstandard library.