Comment décharger les assemblages du GAC?

Question

J'essaye d'exécuter des tests automatisés sur un produit particulier. Le test consiste à installer le produit à différents emplacements sur le disque dur, puis à effectuer certaines opérations sur celui-ci, puis à fermer l'application.

Le code qui lance le processus ressemble à ceci:

using (Process process = new Process()) 
      { 
       process.StartInfo.FileName = "C:\mylocation\myapp.exe"; 
       process.Start(); 
      } 

Lors de l'exécution des tests en continu, lorsque l'emplacement d'installation des changements d'application, je reçois une exception du code ci-dessus qui dit:

Restriction de l'API: L'assembly 'file: /// C: \ alternate_location \ myapp.exe' a déjà été chargé à partir d'un autre emplacement . Il ne peut pas être chargé à partir d'un nouvel emplacement dans le même domaine d'application .

Les tests ne peuvent pas être exécutés en continu à cause de cela.

Que peut-on faire pour surmonter cela? Y at-il de toute façon que je peux décharger les assemblées du GAC? Est-ce que je peux faire quelque chose dans mon application de test pour remédier à cela OU faut-il changer quelque chose dans l'application que je suis en train de tester?

Answer 1

Vous ne pouvez pas décharger les assemblys d'un domaine d'application une fois chargé. Mais vous pouvez créer un nouveau domaine d'application (AppDomain class), charger les assemblages en son sein, les utiliser, puis décharger le domaine. Voir ici: Good example of use of AppDomain

Answer 2

Ajouter quelque chose au GAC ne fait pas partie intégrante de la définition du composant - il est généralement effectué par un installateur, etc.

L'outil gacutil peut être utilisé pour retirer votre outil du GAC. Dans 1.1, c'était dans le répertoire Framework. Dans les versions plus récentes, c'est dans le SDK, par exemple, C:\Program Files (x86)\Microsoft Visual Studio 8\SDK\v2.0\Bin

Answer 3

Pourriez-vous nous fournir plus d'informations? Je n'ai pas été capable de reproduire cette erreur. Process.Start devrait créer un nouveau processus avec son propre AppDomain.

Sur ma machine j'ai créé un projet Harness qui a une référence de projet à DoNothing qui est un assemblage fortement signé et une référence de projet à LaodDoNothing qui fait référence à c: \ DoNothing.exe. J'ai collé le code ci-dessous de Harness.Main avec les sorties de débogage comme commentaires en ligne. Les exes suffixés avec unsigned ne sont pas signés.

//debug outputs when Main is jitted:'Harness.vshost.exe' (Managed): Loaded 'c:\project\DoNothing\Harness\bin\Debug\DoNothing.exe', Symbols loaded. 
//debug outputs when Main is jitted:'Harness.vshost.exe' (Managed): Loaded 'c:\project\DoNothing\Harness\bin\Debug\LoadDoNothing.exe', Symbols loaded. 

ZaZaZa.Main(); 
LoadDoNothing.Program.Main(); 
using (Process process = new Process()) 
{ 
    process.StartInfo.FileName = @"C:\donothingunsigned.exe"; 
    process.Start(); //debug outputs The thread 0x17f0 has exited with code 0 (0x0). No assemblies loads are logged to debug because this is a separate process. 


} 

using (Process process = new Process()) 
{ 
    process.StartInfo.FileName = @"C:\3\donothingunsigned2.exe"; 
    process.Start(); //Debug outputs The thread 0x1014 has exited with code 0 (0x0). No assemblies loads are logged to debug because this is a separate process. 
} 
AppDomain.CurrentDomain.ExecuteAssembly(@"C:\donothingunsigned.exe"); //debug outputs 'Harness.vshost.exe' (Managed): Loaded 'C:\donothingunsigned.exe' 
AppDomain.CurrentDomain.ExecuteAssembly(@"C:\3\donothingunsigned2.exe"); //no debug output because the loader realizes this assembly has already been loaded and uses that.