Erreur : Impossible de charger le type d'assemblage

Question

J'ai écrit le test simple suivant en essayant d'apprendre l'interface fluide de Castle Windsor :

using NUnit.Framework;
using Castle.Windsor;
using System.Collections;
using Castle.MicroKernel.Registration;

namespace WindsorSample {
    public class MyComponent : IMyComponent {
        public MyComponent(int start_at) {
            this.Value = start_at;
        }
        public int Value { get; private set; }
    } 
    public interface IMyComponent {
        int Value { get; }
    }

    [TestFixture]
    public class ConcreteImplFixture {
        [Test]
        public void ResolvingConcreteImplShouldInitialiseValue() {
            IWindsorContainer container = new WindsorContainer();
            container.Register(Component.For<IMyComponent>().ImplementedBy<MyComponent>().Parameters(Parameter.ForKey("start_at").Eq("1")));
            IMyComponent resolvedComp = container.Resolve<IMyComponent>();
            Assert.AreEqual(resolvedComp.Value, 1); 
        }
    }
}

Lorsque j'exécute le test via TestDriven.NET, j'obtiens l'erreur suivante :

System.TypeLoadException : Could not load type 'Castle.MicroKernel.Registration.IRegistration' from assembly 'Castle.MicroKernel, Version=1.0.3.0, Culture=neutral, PublicKeyToken=407dd0808d44fbdc'.
at WindsorSample.ConcreteImplFixture.ResolvingConcreteImplShouldInitialiseValue()

Lorsque j'exécute le test à travers le NUnit GUI, j'obtiens :

WindsorSample.ConcreteImplFixture.ResolvingConcreteImplShouldInitialiseValue:
System.IO.FileNotFoundException : Could not load file or assembly 'Castle.Windsor, Version=1.0.3.0, Culture=neutral, PublicKeyToken=407dd0808d44fbdc' or one of its dependencies. The system cannot find the file specified.

Si j'ouvre l'assemblage auquel je fais référence dans Reflector, je peux voir que ses informations sont les suivantes :

Castle.MicroKernel, Version=1.0.3.0, Culture=neutral, PublicKeyToken=407dd0808d44fbdc

et qu'il contient certainement Castle.MicroKernel.Registration.IRegistration

Qu'est-ce qui peut bien se passer ?

Je dois préciser que les binaires sont tirés de l'application dernière version de Castle Bien que je n'aie jamais travaillé avec nant, je n'ai pas pris la peine de recompiler à partir des sources et j'ai juste pris les fichiers dans le répertoire bin. Je dois également souligner que mon projet se compile sans problème.

Answer 1

Si un projet fait référence à un autre projet (comme une application Windows faisant référence à une bibliothèque de classes) et que les deux ont le même nom d'assemblage, vous obtiendrez cette erreur. Vous pouvez soit donner un nom fort au projet référencé, soit (encore mieux) renommer l'assemblage du projet référencé (sous l'onglet "Application" des propriétés du projet dans VS).

Answer 2

L'assemblage se trouve-t-il dans le Global Assembly Cache (GAC) ou dans un autre endroit qui pourrait remplacer l'assemblage que vous pensez être chargé ? C'est généralement le résultat du chargement d'un assemblage incorrect, pour moi cela signifie que j'ai généralement quelque chose dans le GAC qui remplace la version que j'ai dans bin/Debug.

Answer 3

La solution à ce problème pour moi n'a pas été mentionnée ci-dessus, alors j'ai pensé ajouter ma réponse à la longue traîne...

J'ai fini par avoir une ancienne référence à une classe (une HttpHandler ) dans web.config qui n'était plus utilisée (et n'était plus une référence valide). Pour une raison quelconque, elle était ignorée lors de l'exécution dans Studio (ou peut-être que cette classe est toujours accessible dans ma configuration de développement) et je n'ai donc eu cette erreur qu'une fois que j'ai essayé de déployer vers IIS. J'ai fait une recherche sur le nom de l'assemblage dans web.config, j'ai supprimé la référence au handler inutilisé, puis cette erreur a disparu et tout fonctionne parfaitement. J'espère que cela aidera quelqu'un d'autre.

Answer 4

J'ai eu le même problème et pour moi, cela n'avait rien à voir avec l'espace de noms ou le nom du projet.

Mais comme plusieurs utilisateurs l'ont suggéré, il s'agissait d'un ancien assemblage toujours référencé.

Je recommande de supprimer tous les dossiers "bin"/binaire de tous les projets et de reconstruire la solution entière. Cela a éliminé tous les assemblages potentiellement périmés et après cela, MEF a exporté tous mes plugins sans problème.

Answer 5

J'obtenais cette erreur et rien de ce que j'ai trouvé sur StackOverflow ou ailleurs ne l'a résolue, mais La réponse de bmoeskau à cette question m'a orienté dans la bonne direction pour le correctif, qui n'a pas encore été mentionné comme réponse. Ma réponse n'est pas strictement liée à la question originale, mais je la poste ici en supposant que quelqu'un ayant ce problème trouvera le chemin ici en faisant une recherche sur Google ou quelque chose de similaire (comme moi dans un mois quand cela me piquera à nouveau, arg !).

Mon assemblage est dans le GAC, donc il n'y a théoriquement qu'une seule version de l'assemblage disponible. Sauf IIS met en cache l'ancienne version et me donne cette erreur. Je venais de modifier, reconstruire et réinstaller l'assemblage dans le GAC. Une solution possible est d'utiliser le Gestionnaire des tâches pour tuer w3wp.exe . Cela oblige IIS à relire l'assemblage depuis le GAC : problème résolu.