Asamblea referenciada no encontrada - Cómo obtener todas las DLL incluidas en la solución

Question

Estoy ejecutando una aplicación WCF CoreApplication cuyo proyecto VS tiene una referencia a AncillaryProject. CoreApplication utiliza una clase Provider de AncillaryProject; sin embargo, nunca se hace referencia explícita: se invoca a través de Reflection.

Mi problema es que a veces CoreApplication no encuentra Provider porque AncillaryProject no aparece en la llamada a GetAssemblies(). A veces funciona bien, pero a veces (supongo que puede ser después de un JIT) falla.

Aquí está mi código original:

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

Después de mirar this question, He intentado utilizar GetReferencedAssemblies():

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; 

que se dan cuenta de que la cuestión hice referencia resuelve el problema a través de la carga de forma dinámica todos los archivos DLL en el directorio bin, pero eso no me parece particularmente bueno. ¿Hay una manera mejor de hacer esto, o simplemente .NET no carga los otros ensamblajes en absoluto? ¿Cómo funciona esto bajo el capó, y hay algo que pueda hacer al respecto?

Answer 1

Según la documentación de Microsoft AppDomain.CurrentDomain.GetAssemblies() obtiene los conjuntos que se han cargado en el contexto de ejecución de este dominio de aplicación. About AppDomain.CurrentDomain.GetAssemblies()

Parece que debe cambiar la estrategia de carga de los ensamblajes que necesita desde el dominio de aplicación a buscar dlls en su carpeta de aplicaciones.

me encontré con una discusión sobre un problema similar here

Answer 2

Puede controlar el evento AssemblyResolve y la carga AncillaryProject.dll en ese controlador de eventos

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

Answer 3

Debe descargar el SDK de .NET Desarrollo y puesta en marcha FuslogVw.exe (visor de registro de fusión). Informará sobre la aplicación CLR que intenta resolver dependencias .NET. Le mostrará si estaba buscando y cómo evalúa a los candidatos ubicados en esos lugares.