Referenzierte Assembly nicht gefunden - Wie alle DLLs in Lösung enthalten sind

Question

Ich führe eine WCF-Anwendung CoreApplication, deren VS-Projekt einen Verweis auf AncillaryProject hat. CoreApplication verwendet eine Klasse Provider von AncillaryProject; Es wird jedoch nie explizit darauf verwiesen - es wird über Reflection aufgerufen.

Mein Problem ist, dass manchmalCoreApplicationProvider weil AncillaryProject nicht kommen im Aufruf GetAssemblies() zu finden, fehlschlägt. Manchmal funktioniert es gut, aber manchmal (ich vermute, es kann nach einem JIT sein) schlägt es fehl.

Hier ist mein Original-Code:

var providers = from d in AppDomain.CurrentDomain.GetAssemblies() 
       from c in d.GetTypes() 
       where typeof(BaseProvider).IsAssignableFrom(c) 
       select c; 

Nachdem bei this question suchen, habe ich versucht, GetReferencedAssemblies() mit:

var allAssemblies = AppDomain.CurrentDomain.GetAssemblies(); 
foreach (var a in AppDomain.CurrentDomain.GetAssemblies()) 
{ 
    allAssemblies = allAssemblies.Union(
          a.GetReferencedAssemblies() 
          .Select(b => System.Reflection.Assembly.Load(b))); 
} 
var providers = from d in allAssemblies 
       from c in d.GetTypes() 
       where typeof(BaseProvider).IsAssignableFrom(c) 
       select c; 

Mir ist klar, dass die Frage, die ich verweisen das Problem löst durch dynamisch alle DLL-Dateien in Laden das bin-Verzeichnis, aber das hört sich für mich nicht besonders gut an. Gibt es eine bessere Möglichkeit, dies zu tun, oder lädt .NET die anderen Assemblys überhaupt nicht? Wie funktioniert das unter der Haube, und kann ich irgendetwas dagegen tun?

Answer 1

Laut Microsoft-Dokumentation AppDomain.CurrentDomain.GetAssemblies() ruft die Assemblys, die in den Ausführungskontext dieser Anwendungsdomäne geladen wurden. About AppDomain.CurrentDomain.GetAssemblies()

Es scheint, dass Sie die Strategie des Ladens der benötigten Assemblies ändern müssen, indem Sie die Anwendungsdomäne verwenden, um nach DLLs in Ihrem Anwendungsordner zu suchen.

ich eine Diskussion über ein ähnliches Problem nicht vollständig Es wird here

Answer 2

Sie können die AssemblyResolve Ereignis und Last AncillaryProject.dll in diesem Ereignishandler

http://msdn.microsoft.com/en-us/library/ff527268.aspx

Answer 3

behandeln Sie sollten das .NET Development SDK herunterladen und FuslogVw.exe (Fusion Log Viewer) starten. Es wird über die CLR-Anwendung berichten, die versucht, .NET-Abhängigkeiten aufzulösen. Es zeigt Ihnen, wie es aussieht und wie es die Kandidaten bewertet, die sich an diesen Orten befinden.