Impossible de charger le fichier ou l'assemblage ou l'une de ses dépendances

Question

J'ai un autre de ces problèmes "Impossible de charger le fichier ou l'assemblage ou l'une de ses dépendances".

Informations supplémentaires : Impossible de charger fichier ou assemblage Microsoft.Practices.Unity, Version=1.2.0.0, Culture=neutre, PublicKeyToken=31bf3856ad364e35' or l'une de ses dépendances. La définition du manifeste de l'assemblage de l'assemblage localisé ne ne correspond pas à la référence de l'assemblage. (Exception de HRESULT : 0x80131040)

Je n'ai aucune idée de la cause de ce problème ou de la façon dont je pourrais le déboguer pour en trouver la cause.

J'ai effectué une recherche dans les fichiers .csproj de mon catalogue de solutions, et partout où j'ai l'unité, je l'ai :

Référence Include="Microsoft.Practices.Unity, Version=2.0.414.0, Culture=neutre, PublicKeyToken=31bf3856ad364e35, processorArchitecture=MSIL"

Je ne trouve nulle part de référence allant à l'encontre de la version 1.2.0.0 dans aucun de mes projets.

Avez-vous une idée de la façon dont je peux résoudre ce problème ?

J'apprécierais également des conseils sur la manière de déboguer des problèmes de ce type en général.

Answer 1

1. Vérifiez si vous faites référence à une assemblée qui, à son tour, fait référence à une ancienne version de unity. Par exemple, disons que vous avez un assemblage appelé ServiceLocator.dll qui a besoin d'une ancienne version de l'assemblage Unity, maintenant lorsque vous faites référence à l'assemblage ServiceLocator vous devez le fournir avec l'ancienne version de Unity, et c'est ce qui pose problème.

2. Il se peut que le dossier de sortie où tous les projets construisent leurs assemblages ait une ancienne version de unity.

Vous pouvez utiliser FusLogVw pour savoir qui charge les anciens assemblages, il suffit de définir un chemin pour le journal, et d'exécuter votre solution, puis de vérifier (dans FusLogvw) la première ligne où l'assemblage Unity est chargé, double-cliquez dessus et voyez l'assemblage appelant, et voilà.

Answer 2

Ouvrir IIS Manager

Sélectionner les pools d'applications

puis sélectionnez le pool que vous utilisez

allez dans les paramètres avancés (sur le côté droit)

Changez le drapeau de l'application 32 bits false en true.

Answer 3

Pour moi, aucune des autres solutions n'a fonctionné (y compris la stratégie de nettoyage/reconstruction). J'ai trouvé une autre solution de contournement qui consiste à fermer et rouvrir Visual Studio .

Je suppose que cela oblige Visual Studio à recharger la solution et tous les projets, en revérifiant les dépendances dans le processus.

Answer 4

Essayez de nettoyer les dossiers Debug et Release dans votre solution. Puis supprimez et ajoutez à nouveau l'unité.

Answer 5

Ce qui suit a fonctionné pour moi.

• Supprimer les fichiers temporaires C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary Fichiers ASP.NET
• Fermer VSTS et le rouvrir
• Suppression et ajout des mêmes DLL (Note : vous ajoutez les mêmes versions correspondantes)