Still Unable To Load Mef Component Dll [DIRECT]

var catalog = new DirectoryCatalog(@"path"); var container = new CompositionContainer(catalog); try container.ComposeParts(this); catch (CompositionException ce) Console.WriteLine(ce.Message); foreach (var e in ce.Errors) Console.WriteLine(e.Description);

Restart the host app completely. But better: fix the root cause so it loads on first attempt. 5. Concrete Fixes (from real-world cases) | Symptom | Likely Fix | |---------|-------------| | DLL loads in test app, fails in MEF host | Check AppDomain.AssemblyResolve event – host may block certain paths. | | Works once, fails after rebuild | Copy DLL to a clean directory – MEF locks files on some hosts. | | Fails only on some machines | Install missing VC++ redist or .NET runtime. | | ReflectionTypeLoadException | One of your types fails to load – check LoaderExceptions property. | | FileLoadException with fusion log | Assembly identity mismatch (version or public key). | 6. Ultimate Workaround (If You Control the Host) Replace DirectoryCatalog with a custom catalog that uses Assembly.LoadFile instead of LoadFrom :

This is a detailed, technical deep-dive into the error, commonly encountered in applications using the Managed Extensibility Framework (MEF), such as Dynamo for Revit , Sandbox , Rhino/Grasshopper (with MEF), or custom .NET host apps. still unable to load mef component dll

[Export(typeof(ITest))] public class TestExport : ITest Then check MEF’s internal catalog – log all parts found. Dynamo, for example, has MEF_DEBUG=true . Otherwise, attach a debugger and hook AssemblyLoad / AssemblyResolve . Step 3 – Use Assembly.LoadFile manually Write a small test script in the host (if possible) or a separate console app:

public class SafeDirectoryCatalog : ComposablePartCatalog var catalog = new DirectoryCatalog(@"path"); var container =

MEF loads your DLL → .NET loader tries to resolve dependencies → fails → MEF wraps the error as “cannot load component.”

The CompositionException often contains the inner FileNotFoundException or ReflectionTypeLoadException . MEF caches failed assemblies in some implementations (e.g., SafeDirectoryCatalog in Dynamo). Once an assembly fails to load, it is blacklisted for the session – hence “still unable” on subsequent attempts. Concrete Fixes (from real-world cases) | Symptom |

Assembly.LoadFrom(@"C:\path\to\your.dll"); If that throws, the problem is – it’s .NET assembly loading. Step 4 – Check for loader lock / mixed mode If your DLL is mixed-mode (C++/CLI), it may require special handling. MEF often fails with mixed-mode assemblies loaded from certain contexts. Step 5 – Review MEF catalog composition errors In code (if you control the host):