36

Goal: From a .NET 4.7 console app, using reflection with Assembly.GetType(), I am trying extract the Type of a netstandard 2.0 class from Assembly X. Then I want to create an instance of this Type with Activator.CreateInstance().

What I am trying to do: However, this assembly X has a dependency to netstandard 2.0. To be able to get the Type, netstandard dependency has to be loaded into the AppDomain. That's why when the AppDomain is requesting the netstandard assembly through the AssemblyResolve event, I simply load the dll like this :

var netStandardDllPath = @"C:\Users\xxx\.nuget\packages\NETStandard.Library.2.0.0-preview1-25301-01\build\netstandard2.0\ref\netstandard.dll";

return Assembly.LoadFrom(netStandardDllPath);

Which throws:

System.BadImageFormatException: 'Could not load file or assembly 'file:///C:\Users\vincent.lerouvillois.nuget\packages\NETStandard.Library.2.0.0-preview1-25301-01\build\netstandard2.0\ref\netstandard.dll' or one of its dependencies. Reference assemblies should not be loaded for execution. They can only be loaded in the Reflection-only loader context. (Exception from HRESULT: 0x80131058)'

Inner Exception: BadImageFormatException: Cannot load a reference assembly for execution.

What I know: I know that they want us to load the DLL with Assembly.ReflectionOnlyLoadFrom. But doing that will prevent me from instanciate the type with Activator.CreateInstance(). See Microsoft official post

Also, I tried referencing the Nuget packages NETStandard.Library 2.0.0-preview1-25301-01 and NETStandard.Library.NETFramework 2.0.0-preview1-25305-02 in my console app so it would have the netstandard 2.0 libraries referenced, but it didn't change anything.

Question: Does anyone would know if there is a proper way to load that dll without error, or maybe if this is a bug, or else? Or why this kind of dll is not able to load for execution?

Athari
  • 33,702
  • 16
  • 105
  • 146
  • 3
    Never, never load a reference assembly, they are only suitable to build your program. This went wrong because you wrote the AssemblyResolve event handler, should work just fine without it. The key is to let the CLR figure out the real runtime assembly that contains the type, good odds that [this workaround](https://stackoverflow.com/a/19636730/17034) works on .NETCore as well. – Hans Passant Aug 17 '17 at 14:20

9 Answers9

26

The netstandard.dll you are trying to load is a reference assembly that which cannot be loaded for runtime on .NET Framework as pointed out by others. However if you need to resolve that dependency you will need to runtime version that maps to the framework you are trying to run on.

For .NET Standard support we are including them as part of the msbuild extensions that ship with VS so you will want to get the version of netstandard.dll from there. Depending on which version of VS2017 you have installed it should be somewhere like C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\MSBuild\Microsoft\Microsoft.NET.Build.Extensions\net461\lib\netstandard.dll or from the .NET Core 2.0 SDK you can find it C:\Program Files\dotnet\sdk\2.0.0\Microsoft\Microsoft.NET.Build.Extensions\net461\lib\netstandard.dll

Try using one of those versions in your scenario.

Wes Haggard
  • 4,284
  • 1
  • 22
  • 21
  • Thank you, I found one that worked for me here: C:\Program Files (x86)\Microsoft Visual Studio\2017\Enterprise\MSBuild\Microsoft\Microsoft.NET.Build.Extensions\net461\lib\netstandard.dll. I needed it for the xUnit console test runner. I am running .Net Framework 4.5.2 on my target machines, and this 4.6.1 netstandard.dll worked for me with xUnit. – Developer63 Apr 19 '19 at 22:23
  • 1
    i fixed the issue by adding following at the end of .csproj : C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\MSBuild\Microsoft\Microsoft.NET.Build.Extensions\net461\lib\netstandard.dll True – ILIAS M. DOLAPO Feb 23 '20 at 00:31
  • Wow, thank you. I took me a full day to fix this issue. Uploading the netstandard.dll file to the deployed bin folder fixed the issue for me. – Rami Zebian Dec 18 '20 at 14:13
16

Wow. I just spent several hours tracking the cause of this "could not load ... netstandard" error down.

For me, the problem was that my .NET Framework project (which references both .NET Framework and .NET Standard libraries) was built with .NET Framework 4.7.2 and the system where I was deploying and running it did not have 4.7.2 installed.

Deploying a very small Console project with the same basic structure and references and executing that in a Command window finally revealed the correct error, in a pop-up, that .NET Framework 4.7.2 was missing.

If you're struggling with this particular error, make sure you have the necessary .NET Framework installed.

MikeZ
  • 1,155
  • 1
  • 13
  • 20
  • 1
    One clue that this is the case (as it was for me) is if you have one environment working property and another one isn't even if the application files are the same. Thanks for pointing this out MikeZ. – misterbee180 Nov 07 '19 at 14:18
  • 2
    For me, the same problem occurred when I began using C#7 and C#8 features. All my projects target .NET 4.6.1, and it compiled fine on my machine (.NET 4.8 installed). However, once deployed on the server (no .NET 4.8), it wouldn't run, giving me a plethora of weird errors, including this one. It took me 1.5 days to realize I needed 4.8 runtime on the server, even though my project doesn't specifically target it. Also, a note for people using UnityContainer - you may get 'The current type, is an interface and cannot be constructed. Are you missing a type mapping?' error, also related to this. – user2384366 Aug 18 '20 at 08:30
  • 1
    Thanks, this solved my issue with AWS PowerShell tools! – Baza86 Sep 06 '21 at 08:13
14

Set Copy Local to true in netstandard.dll properties.

  1. Open Solution Explorer and right click on netstandard.dll.
  2. Set Copy Local to true.

enter image description here

Vultuxe
  • 87
  • 9
Armaan
  • 2,472
  • 2
  • 20
  • 22
  • This helped me resolve a problem I was facing when deploying a wpf app. Thanks so much! – Michael Rentmeister Nov 28 '18 at 05:50
  • I've never needed to do this before. Why did it suddenly stop working, and why did it work before? Leaves me very skeptical this is the "correct" solution... – Meekohi Dec 06 '21 at 20:06
3

You can't load a reference assembly.

.NET Standard is a collection of APIs that must be provided by .NET Standard compatible implementations.

A reference assembly only contains contracts. This means that it contains no implementation. The assembly you are trying to load contains the .NET Standard 2.0 contracts.

EDIT: .NET Framework 4.7 implements .NET Standard 2.0, so you shouldn't need to load any assembly to use Activator.CreateInstance() to instantiate a .NET Standard type.

José Pedro
  • 1,097
  • 3
  • 14
  • 24
2

NETStandard 2.0.0-preview1 in not compatibility with net461 and net47.

but for realese .NET Core SDK 2.0 assemblies (as well as 2.0.0-preview2)

 var netStandardDllPath = @"c:\Program Files\dotnet\sdk\NuGetFallbackFolder\microsoft.netcore.app\2.0.0\ref\netcoreapp2.0\netstandard.dll";
 Console.WriteLine(Assembly.LoadFrom(netStandardDllPath).FullName);

all is ok.

But if you steel need to load preview1 libraries, maybe you should to use netstandard2.0 instead net471.

psmolkin
  • 415
  • 3
  • 11
  • You want to be careful to not use that netstandard.dll as that one is for .NET Core applications and will likely cause other issues when trying to run it on .NET Framework. See my answer for where to find the .NET Framework version. – Wes Haggard Aug 25 '17 at 17:51
1

For me solved doing the following: 1 - Installed latest .Net Framework on server. 2 - Updated windows server and my local machine. 3 - Went to Manage Nuget Package and updated all references on the update tab.

Perhaps only doing step 3 can solve in your case

Vinicius Sin
  • 1,571
  • 11
  • 8
1

In case if IBM Message Queue references are used in the project solution, this exception indicates that the DLL used for refering MQ classes are incompatible with the host(server) .NET version installed.

In this scenario, either we need to update server with latest update and make sure .NET latest version is available or use lower version of IBM Message queue DLL as reference.

Old version DLL - amqmdnet.dll (no new features will be introduced by IBM as not in support)

Latest version DLL - amqmdnetstd.dll (to run IBM MQ classes for .NET Standard, you must install Microsoft .NET Core)

0

Install NetStandard.Library 2.0.0.0 from NuGet , It works for me. when I downgrade .net framework 4.6.1 to 4.6.0

R Riteshk
  • 21
  • 2
0

If you are having this issue for a project that used to work, try deleting the bin and obj folders since caching can cause this, too.

havij
  • 1,030
  • 14
  • 29