Impossible de charger le fichier ou l'assembly dans NHibernate

J'ai récemment eu quelques problèmes avec la hibernate.cfg.xml fichier que je n'avais pas eu la ligne suivante dans le.

<property name='proxyfactory.factory_class'>NHibernate.ByteCode.Castle.ProxyFactoryFactory, NHibernate.ByteCode.Castle</property>

Maintenant que c'est corrigé j'obtiens l'erreur suivante.

Impossible de charger le fichier ou l'assembly 'NHibernate, Version=2.1.0.4000, Culture=neutral, PublicKeyToken=aa95f207798dfdb4' ou une de ses dépendances. L'assemblée manifeste définition ne correspond pas à la référence d'assembly. (Exception de HRESULT: 0x80131040)

Pourquoi j'ai cette erreur et comment la corriger?

source d'informationauteur GaryDevenay

  1. 14

    Ces fichiers doivent être dans le même répertoire que le fichier référencé, NHibernate.dll:

    • Antlr3.Runtime.dll
    • Iesi.Collections.dll
    • log4net.dll
    • Castle.Core.dll
    • Castle.DynamicProxy2.dll

    Aussi, vous devez ajouter une référence ou une copie de celle-ci aussi:

    • NHibernate.ByteCode.Castle.dll
  2. 5

    Je suis en supposant que vous avez récemment mis à niveau NHibernate à 2.1?

    Si oui, je suppose que vous avez de différents projets de référencement différentes versions de NHibernate.

    Ce qui m'est arrivé et est plus difficile à traquer que vous ne le pensez.

    Ce sont ces étapes que j'ai pris à le résoudre:

    1. Supprimer tous les fichiers dans tous les répertoires bin dans vos projets. Généralement Nettoyer la Solution fonctionne bien pour cela, mais il n'est pas le cas, vous pouvez avoir à le faire avec un appel en ligne de commande ou à la main
    2. Modifier toutes vos .csproj fichiers. Edit eux, soit avec un éditeur de texte ou le faire à la Décharger le Projet ensuite modifier votre .fichier csproj.
    3. Assurez-vous que TOUS vos HintPath nœuds point à la même (nouvelle) version de la DLL

    Qui, nous l'espérons résoudre ce problème pour vous.

  3. 5

    Comme une future référence:
    Si vos êtes en train de vivre les mêmes problèmes Randy Klingelheber souligné (problèmes de dépendance entre NHibernate et FluentNHibernate, ou toute autre fonction de bibliothèque), vous pouvez spécifier une redirection pour les assemblées qui cible l'ancienne version. Cela évite d'avoir à recompiler l'dépendante de l'assemblée.

    <runtime>
  <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
    <dependentAssembly>
      <assemblyIdentity name="NHibernate" publicKeyToken="aa95f207798dfdb4" />
      <bindingRedirect oldVersion="3.0.0.3001" newVersion="3.0.0.4000" />
    </dependentAssembly>
  </assemblyBinding>
</runtime>

    Ce code redirige les demandes de l'ancienne version (3.0.0.3001 dans mon cas) à celui réellement utilisé (3.0.0.4000). Le publicKeyToken est inclus dans le message d'erreur.

  4. 4

    J'ai eu ce problème aussi.

    Pour moi, le problème était que FluentNHibernate prévu une autre version de NHibernate (2.1.0.4000) que j'ai été compris dans le projet (2.1.2.4000). Je suis tombé sur cette séparée de téléchargement les dernières versions de chaque bibliothèque.

    Pour résoudre le problème, j'ai changé mon NHibernate référence au point à l'ancienne version de NHibernate qui est venu avec FluenNHibernate 1.0 RTM (2.1.0.4000).

    Une autre solution peut être de définir explicitement votre assemblée liaisons à partir de l'app.fichier de configuration.

  5. 2

    J'ai récemment mis à jour notre projet avec la 1.0 version RTM de FluentNHibernate, qui a exigé que la dernière NHibernate bits. Cela a conduit à le même problème que vous rencontrez.

    Notre structure du projet a été quelque chose comme ceci:

    Repository root
    Solution
        Web
            References
                DataAccess
        ... other projects/layers ...
        DataAccess
            References
                ..\ReferenceAssemblies\NHibernate.dll
                ..\ReferenceAssemblies\FluentNHibernate.dll
    ReferenceAssemblies

    (Toutes les DLL externe de résider dans le ReferenceAssemblies répertoire.)

    Ma première tentative pour résoudre le problème a été en ajoutant une référence à NHibernate.ByteCode.Castle.dll à la DataAccess projet. Cela a fonctionné... mais seulement dans le développement...

    Lorsque j'ai publié l'application web de notre acceptation par le client du serveur de test (qui se fait automatiquement avec l'aide de TeamCity et un script contenant un appel à aspnet_compiler.exe), la NHibernate.ByteCode.Castle.dll était nulle part pour être trouvée.

    Je ne suis pas sûr pourquoi ce qui se passe, mais je soupçonne que cela a quelque chose à voir avec le fait qu'aucun code que ce soit dans notre application, fait des appels de code spécifique dll. Aussi, il y a (corrigez-moi si je me trompe) pas codé en dur de référence de NHibernate.dll pour NHibernate.ByteCode.Château, quelque part en bas de la ligne de l' (vraisemblablement non utilisés) dll est négligé.

    La deuxième (et réussie) tentative était d'ajouter une référence à la dll manquante directement au projet web. Maintenant, je pouvais enlever la référence que j'ai ajouté dans la première tentative, sans aucun problème.

    (Je ne suis pas particulièrement friand d'avoir une telle référence dans ce projet en particulier, mais bon!) 🙂

  6. 2

    Dans mon cas, la "Solution Propre", suivie par une Reconstruction de la Solution", a résolu le problème.

  7. 1

    Vous avez probablement code de référencement de deux versions différentes de la NHibernate DLL. L'NHibernate.dll que vous téléchargez avec NHibernate est probablement une version différente de celle que vous téléchargez avec, disons, le Château de ActiveRecord. Essayer de s'en tenir à la version de la NHibernate DLL qui est venu avec NHibernate.ByteCode.Château. Et assurez-vous que vous n'avez pas le NHibernate DLL (toute version) dans votre GAC (au moins jusqu'à ce que vous obtenir ce problème résolu).

  8. 1

    J'ai eu ce problème après la mise à niveau NHibernate à 3.0 et le Printemps pour la nightly build qui a utilisé NH 3.0. Le problème était que Spring.Data.NHibernate30.dll référencé ancienne version de NHibernate.dll (v 3.0.0.2002) et j'ai eu v 3.0.0.4000.

    Ma solution a été d'ouvrir le projet du Printemps.Les données.NHibernate30 source, de supprimer les références à l'ancienne version de NHibernate, ajouter une référence à la version 3.0.0.4000, de reconstruire et maintenant dans mon projet, ajouter une référence à la présente (nouvellement construit) version de Spring.Data.NHibernate30.dll.

  9. 1

    J'ai juste eu cela m'arrive à moi-dans mon cas, c'était ma première fois d'essayer NHibernate (et NHibernate Fluent). J'avais mis en œuvre la plupart de mon application dans un .dll assemblée, référencé par un exécutable séparé de l'assemblée. L'exécutable, qui n'ont pas de références à NHibernate directement, donne-moi de l'erreur.

    Je suis à l'aide de NuGet pour tirer vers le bas Couramment NHibernate, j'ai donc ajouté la fluidité de la NHibernate référence à l'exécutable assemblées. N'est pas super propre, mais il obtient les dépendances dans le .dossier bin et résout l'erreur. (c'est marrant qu'il n'a pas (semble?) se produire avec d'autres bibliothèques, comme NLog)

  10. 1

    J'ai été confronté au même problème. J'ai effacé "Fichiers Internet Temporaires", et cette question s'en alla.

  11. 0

    Vous devriez référence des assemblées dépendantes (je suppose que c'est "NHibernate.ByteCode.Château") et de définir leur "copie locale" attribut de vrai.

  12. 0

    NHibernate a quelques autres assemblées autres que nhibernate.dll. Avez-vous les ai tous (à partir de la même version)?

  13. 0

    Vous pourriez avoir des projets différents dans votre solution. Ces projets peuvent être de référencement différentes versions de NHibernate.dll. Vérifie les versions de tous les projets et de reconstruire le projet

  14. -1

    Il ressemble à la NHibernate dll n'est pas copié dans le répertoire bin de votre application. Assurez-vous qu'il est référencé et existe dans le répertoire bin.