Impossible de charger le type 'NHibernate.ByteCode.Château.ProxyFactoryFactory, NHibernate.ByteCode.Château'

Bien,

Comme je l'ai lu et essayer à chaque sujet similaire, sans succès, j'ai décidé de poster ma propre question.
Ma solution a une application console et une bibliothèque de classe pour dataaccess. Le Nhibernate configuration est à l'intérieur de la appconfig dans l'application console (que je suis en train de l'utiliser pour le débogage, comme je vais le faire après une Web App et de migrer l'ensemble de la configuration web.config).

L'exception est bien connu:

NHibernate.Bytecode.UnableToLoadProxyFactoryFactoryException: Unable to load type NHibernate.ByteCode.Castle.ProxyFactoryFactory,NHibernate.ByteCode.Castle.dll' during configuration of proxy factory class. Possible causes are: - The NHibernate.Bytecode provider assembly was not deployed. - The typeName used to initialize the 'proxyfactory.factory_class' property of the session-factory section is not well formed. Solution: Confirm that your deployment folder contains one of the following assemblies: NHibernate.ByteCode.LinFu.dll NHibernate.ByteCode.Castle.dll ---> System.IO.FileNotFoundException: Could not load file or assembly 'NHibernate.ByteCode.Castle.dll' or one of its dependencies. The system cannot find the file specified.

Les étapes que j'ai pris pour essayer de le résoudre:

1) La dll dans le dossier de déploiement - j'ai de la suite de dll dans mon bac:
Antlr3.Runtime.dll - v. 3.1.3.42154
Castle.Core.dll - v. 2.5.1.2121
Castle.DynamicProxy2.dll - v. 2.2.0.6628
Iesi.Collections.dll - v. 3.0.0.1002
log4net.dll - v. 1.2.10.0
NHibernate.ByteCode.Castle.dll - v. 3.0.0.2001
NHibernate.dll - v. 3.0.0.1002
Oracle.DataAccess.dll - v. 4.112.1.2
Remotion.Data.Linq.dll - v. 1.13.41.2

2) de La configuration dans le bloc de configuration

 <hibernate-configuration xmlns="urn:nhibernate-configuration-2.2">
<session-factory>
  <property name="connection.provider">NHibernate.Connection.DriverConnectionProvider</property>
  <property name="dialect">NHibernate.Dialect.Oracle10gDialect</property>
  <property name="connection.driver_class">NHibernate.Driver.OracleDataClientDriver</property>
  <property name="connection.connection_string_name">MetaManager</property>
  <property name="proxyfactory.factory_class">NHibernate.ByteCode.Castle.ProxyFactoryFactory,NHibernate.ByteCode.Castle</property>
  <mapping assembly="MetaManager.Data"/>
</session-factory>

3) j'ai mis mon MetaManager.Les données de projet pour le déploiement dans un CPU x86
4) Toutes les dll dans mon dossier bin sont référencés dans le projet.

Je pense que ce qu'il. Je ne sais pas ont autre chose à faire(

Pedro Dusso

mises à jour dans gras

double possible de NHibernate impossible de charger le Proxy Usine

OriginalL'auteur Pedro Dusso | 2010-10-19

  1. 7

    Je pense que vous avez tort le Château de version. Vous devriez avoir Castle.Core.dll. NHibernate.ByteCode.Castle.dll n'est probablement pas chargé, car il ne peut pas trouver Castle.Core.dll.

    Dans le téléchargement de http://sourceforge.net/projects/nhibernate/files/NHibernate/3.0.0Beta1/, les fichiers situés dans \Required_For_LazyLoading\Château sont les fichiers dont vous avez besoin.

    Merci beaucoup, mais il n'a pas travaillé. J'étais avec la version alpha encore, maintenant j'ai la mise à jour de la bêta, mais l'erreur persiste. Je vais continuer à chercher. Merci encore.
    Essayez les étapes suivantes: 1) supprimer tous les nhibernate dll 2) nettoyer et reconstruire votre projet 3) copie de toutes les dll à partir de \Required_Bin et \Required_For_LazyLoading\Château de la bêta zip et faire référence 4) de la reconstruction de votre projet et de vérifier que toutes les dll sont dans bin\Debug. Cela fonctionne pour moi.
    Vous ne le croyez... La VS était à la recherche de la DLL dans le dossier bin de l'application console (mal nommée "Debug" aussi...) n'est pas dans mes MetaManaget.Les données du projet 🙁 Quand j'ai mis les dll j'ai eu une autre (oracle) erreur.. pas la même vieille **#$%#$ mots! Merci pour l'envisager!
    Cela est dû au fait que VS n'est pas toujours mise à jour de ses chemins de références une fois compilé, de sorte que le chemin de votre Dll sont définies automatiquement par le VS IDE de votre dossier bin. Il est recommandé de régler le Reference Paths dans vos projets propriétés pour éviter de tels comportements. =)
    Selon cette réponse, le Château n'est plus une dépendance, et selon cette même nouvelle réponse, vous n'avez même pas besoin de configurer les procurations au plus.

    OriginalL'auteur Pieter van Ginkel