Question:
I’m working on a PoSh project that generates CSharp code, and then Add-Type
s it into memory.
The new types use existing types in an on disk DLL, which is loaded via Add-Type.
All is well and good untill I actualy try to invoke methods on the new types. Here’s an example of what I’m doing:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 |
$PWD = "." rm -Force $PWD\TestClassOne* $code = " namespace TEST{ public class TestClassOne { public int DoNothing() { return 1; } } }" $code | Out-File tcone.cs Add-Type -OutputAssembly $PWD\TestClassOne.dll -OutputType Library -Path $PWD\tcone.cs Add-Type -Path $PWD\TestClassOne.dll $a = New-Object TEST.TestClassOne "Using TestClassOne" $a.DoNothing() "Compiling TestClassTwo" Add-Type -Language CSharpVersion3 -TypeDefinition " namespace TEST{ public class TestClassTwo { public int CallTestClassOne() { var a = new TEST.TestClassOne(); return a.DoNothing(); } } }" -ReferencedAssemblies $PWD\TestClassOne.dll "OK" $b = New-Object TEST.TestClassTwo "Using TestClassTwo" $b.CallTestClassOne() |
Running the above script gives the following error on the last line:
Exception calling “CallTestClassOne” with “0” argument(s):
“Could not load file or assembly ‘TestClassOne,…’
or one of its dependencies. The system cannot find the file specified.”
At AddTypeTest.ps1:39 char:20
+ $b.CallTestClassOne <<<< ()
+ CategoryInfo : NotSpecified: (:) [], MethodInvocationException
+ FullyQualifiedErrorId : DotNetMethodException
What am I doing wrong?
Answer:
This happens because any assemblies are looked for by the CLR loader in the application’s (PowerShell’s) base directory. Of course, it doesn’t find your assembly there. The best way to solve this is to hook the AssemblyResolve event as stej mentions but use it to tell the CLR where the assembly is. You can’t do this with PowerShell 2.0’s Register-ObjectEvent because it doesn’t work with events that require a return value (ie the assembly). In this case, let’s use more C# via Add-Type to do this work for us. This snippet of code works:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 |
ri .\TestClassOne.dll -for -ea 0 $resolver = @' using System; using System.Collections.Generic; using System.IO; using System.Reflection; namespace Utils { public static class AssemblyResolver { private static Dictionary static AssemblyResolver() { var comparer = StringComparer.CurrentCultureIgnoreCase; _assemblies = new Dictionary AppDomain.CurrentDomain.AssemblyResolve += ResolveHandler; } public static void AddAssemblyLocation(string path) { // This should be made threadsafe for production use string name = Path.GetFileNameWithoutExtension(path); _assemblies.Add(name, path); } private static Assembly ResolveHandler(object sender, ResolveEventArgs args) { var assemblyName = new AssemblyName(args.Name); if (_assemblies.ContainsKey(assemblyName.Name)) { return Assembly.LoadFrom(_assemblies[assemblyName.Name]); } return null; } } } '@ Add-Type -TypeDefinition $resolver -Language CSharpVersion3 $code = @' namespace TEST { public class TestClassOne { public int DoNothing() { return 1; } } } '@ $code | Out-File tcone.cs Add-Type -OutputAssembly TestClassOne.dll -OutputType Library -Path tcone.cs # This is the key, register this assembly's location with our resolver utility [Utils.AssemblyResolver]::AddAssemblyLocation("$pwd\TestClassOne.dll") Add-Type -Language CSharpVersion3 ` -ReferencedAssemblies "$pwd\TestClassOne.dll" ` -TypeDefinition @' namespace TEST { public class TestClassTwo { public int CallTestClassOne() { var a = new TEST.TestClassOne(); return a.DoNothing(); } } } '@ $b = new-object Test.TestClassTwo $b.CallTestClassOne() |