Impossible de charger le fichier ou l'assembly " Microsoft.Les pratiques.EnterpriseLibrary.ExceptionHandling
J'obtiens cette erreur ci-dessous lorsque j'ajoute Enterprise library 5.0 fichier MS.Practices.EnterpriseLibrary.ExceptionHandling.dll pour mon application wcf.
Une erreur s'est produite de la création du gestionnaire de section de configuration pour exceptionHandling: impossible de charger le fichier ou l'assembly " Microsoft.Les pratiques.EnterpriseLibrary.ExceptionHandling, Version=2.0.0.0, Culture=neutral, PublicKeyToken=null' ou une de ses dépendances. L'assemblée manifeste définition ne correspond pas à la référence d'assembly.
<exceptionHandling>
<exceptionPolicies>
<add name="Global Policy">
<exceptionTypes>
<add name="Exception" type="System.Exception, mscorlib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" postHandlingAction="None">
<exceptionHandlers>
<add name="Wrap Handler" type="Microsoft.Practices.EnterpriseLibrary.ExceptionHandling.WrapHandler, Microsoft.Practices.EnterpriseLibrary.ExceptionHandling" exceptionMessage="Global Message." wrapExceptionType="ExceptionHandlingQuickStart.BusinessLayer.BusinessLayerException, ExceptionHandlingQuickStart.BusinessLayer" />
<add name="Custom Handler" type="AppMessageExceptionHandler, ExceptionLibraryForWCF"/>
</exceptionHandlers>
</add>
</exceptionTypes>
</add>
<add name="Handle and Resume Policy">
<exceptionTypes>
<add name="Exception" type="System.Exception, mscorlib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" postHandlingAction="None">
<exceptionHandlers/>
</add>
</exceptionTypes>
</add>
<add name="Propagate Policy">
<exceptionTypes>
<add name="Exception" type="System.Exception, mscorlib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" postHandlingAction="NotifyRethrow">
<exceptionHandlers/>
</add>
</exceptionTypes>
</add>
<add name="Replace Policy">
<exceptionTypes>
<add name="SecurityException" type="System.Security.SecurityException, mscorlib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" postHandlingAction="ThrowNewException">
<exceptionHandlers>
<add name="Replace Handler" type="Microsoft.Practices.EnterpriseLibrary.ExceptionHandling.ReplaceHandler, Microsoft.Practices.EnterpriseLibrary.ExceptionHandling, Version=5.0.414.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" exceptionMessage="Replaced Exception: User is not authorized to peform the requested action." replaceExceptionType="System.ApplicationException, mscorlib"/>
</exceptionHandlers>
</add>
</exceptionTypes>
</add>
<add name="Wrap Policy">
<exceptionTypes>
<add name="DBConcurrencyException" type="System.Data.DBConcurrencyException, System.Data, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" postHandlingAction="ThrowNewException">
<exceptionHandlers>
<!--<add name="Wrap Handler" type="Microsoft.Practices.EnterpriseLibrary.ExceptionHandling.WrapHandler, Microsoft.Practices.EnterpriseLibrary.ExceptionHandling" exceptionMessage="Wrapped Exception: A recoverable error occurred while attempting to access the database." wrapExceptionType="ExceptionHandlingQuickStart.BusinessLayer.BusinessLayerException, ExceptionHandlingQuickStart.BusinessLayer" /> -->
</exceptionHandlers>
</add>
</exceptionTypes>
</add>
</exceptionPolicies>
Ci-dessous mon web.config déclaration pour ma gestion des exceptions
-->
OriginalL'auteur user583754 | 2011-01-20
Vous devez vous connecter pour publier un commentaire.
Votre site web.config n'est pas réellement dans le post.
Dans tous les cas, vous avez une référence à Entlib 2.0 dans votre fichier de configuration. Vous devez mettre à jour pour pointer à la Entlib 5 numéro de version et le jeton de clé publique. C'est probablement dans votre élément, mais si il y est je ne serais pas surpris si le reste de votre fichier aussi eu la mauvaise version #'s.
[mise à jour sur la poursuite de la réflexion]
Même, d'après le message d'erreur, il y a une autre possibilité - le moteur d'exécution est de trouver le 2.0 assemblée au lieu de la version 5.0 de l'assemblée, quand il va à charger. Vérifiez toutes vos références d'assembly, et de vérifier votre répertoire bin - assurez-vous qu'il a le droit de l'assemblée.
Vous pouvez également essayer de lancer le fuslogvw outil sur le serveur web - je vais vous dire ce que les assemblées de l'exécution essayé de charger, et où il semblait pour eux.
veuillez voir le web.section de configuration ci-dessus
Ce qui est dans le <configSections> élément? C'est sans doute où est la question.
OriginalL'auteur Chris Tavares
J'ai eu un problème similaire causée par la source de contrôle. J'ai vérifié dans une ancienne copie d'un fichier de projet d'après un collègue de travail, mise à jour d'un projet. J'ai simplement trouvé le projet qui faisait référence à l'assembly/projet de référence dans l'erreur, supprimé la référence, re-ajout de la référence et reconstruit la solution. bingo.
OriginalL'auteur sondlerd