MEF y ShadowCopying DLL para poder sobrescribirlos en tiempo de ejecución

Question

Estoy intentando detener mi aplicación bloqueando archivos DLL en mi directorio de complemento MEF para poder sobrescribir los ensamblados en tiempo de ejecución (nótese que en realidad no estoy tratando de tener MEF recargar ellos sobre la marcha, en el siguiente inicio de la aplicación está bien, simplemente no quiero tener que detener la aplicación para hacer la copia)

Estoy tratando de hacer esto creando un dominio de aplicación de copia sombra para mis ensamblados mef cargados de la siguiente manera:

[Serializable] 
    public class Composer:IComposer 
    { 
     private readonly string _pluginPath; 
     public Composer(IConfigurePluginDirectory pluginDirectoryConfig) 
     { 
      _pluginPath = pluginDirectoryConfig.Path; 
      var setup = new AppDomainSetup(); 
      setup.ShadowCopyFiles = "true"; // really??? is bool not good enough for you? 
      var appDomain = AppDomain.CreateDomain(AppDomain.CurrentDomain.FriendlyName + "_PluginDomain", AppDomain.CurrentDomain.Evidence, setup); 

      appDomain.DoCallBack(new CrossAppDomainDelegate(DoWorkInShadowCopiedDomain));  
     } 

     private void DoWorkInShadowCopiedDomain() 
     { 
      // This work will happen in the shadow copied AppDomain. 

      var catalog = new AggregateCatalog(); 
      var dc = new DirectoryCatalog(_pluginPath); 
      catalog.Catalogs.Add(dc); 
      Container = new CompositionContainer(catalog); 
     } 

     public CompositionContainer Container { get; private set; } 
    } 

y luego acceder a mi catálogo de componentes MEF a través del CompositionContainer en esta clase. Sin embargo, el contenedor de composición parece que solo se inicializó dentro del dominio shadowcopy (lo cual tiene sentido) y esto significa que es nulo en mi dominio de aplicación. Me preguntaba si hay una mejor manera de hacer esto o alguna forma de consultar dominios cruzados para obtener mis componentes MEF

Answer 1

Tiene la opción de no usar un catálogo de directorios y usar AssemblyCatalog para cargar todos los ensamblajes en el directorio ? Incluso puede ir al código plex y copiar el mismo código de la clase DirectoryCatalog que lee a través del directorio y carga los ensamblajes.

Perdería la capacidad de cargarlos sobre la marcha, pero como mencionó, no es realmente un requisito.

Answer 2

Este escenario está más cerca de la función de actualización automática en aplicaciones móviles. Básicamente, desea recoger ensamblajes nuevos si están disponibles en Inicio/Reiniciar de la aplicación.

Una forma de diseñar esto podría ser tener un mecanismo de comunicación para indicarle a su aplicación al comienzo que hay nuevos ensamblajes disponibles (tal vez un archivo version.txt). En caso afirmativo, el mismo archivo version.txt podría apuntar a la nueva ubicación de los conjuntos. Sí, es posible que termine creando una serie de subcarpetas para señalar la versión correcta, pero podrían ser limpiadas por otro proceso.

podría utilizar una estructura hierarchichal como tal -

Version \ - versión 1.0 \ - Version2.0 \

Este tipo de diseño estaría más cerca de un paradigma bien conocido de actualización automática .

Answer 3

Si no quiere seguir la solución de Dan Bryant y zync, puede crear una aplicación de shell que simplemente ejecute su aplicación en un nuevo AppDomain.

Un enfoque sería:

1. Crear un nuevo proyecto de aplicación que será la aplicación de shell.
2. En la aplicación de shell, cree AppDomain, habilite la copia oculta y, si lo desea, especifique el directorio donde se habilitará la copia oculta.
3. Use AppDomain.ExecuteAssembly para llamar a su aplicación actual.

Si en lugar de una aplicación que tiene una biblioteca de clases puede probar lo siguiente:

1. Crear un nuevo proyecto de biblioteca de clases.

2. Añadir la siguiente interfaz para el nuevo proyecto de biblioteca de clases:

   public interface IRemoteLoader 
   { 
       void Load(); 
       void Unload(); 
   } 
   

3. Añadir una implementación de esta interfaz para la biblioteca de clases que necesita para ejecutar en un nuevo dominio de aplicación. En los métodos Load y Unload, debe agregar código para realizar la inicialización y la limpieza, respectivamente. Haz que la clase derive de MarshalByRefObject. Esto es necesario para .NET Remoting para crear objetos proxy en ambos AppDomains.

4. Después de crear el nuevo dominio de aplicación, utilizar CreateInstanceAndUnwrap para crear una instancia de la clase Loader desde el paso 3.

5. Utilice la Load y Unload en el objeto creado a partir del paso 4.

Esto será suficiente si no tiene un control preciso y simplemente iniciar/detener es suficiente.