.net vsdesigner Impossible de charger le fichier ou l'assembly 'Antlr3.Runtime(1)' ou l'une de ses dépendances




impossible de charger le fichier ou l assembly system data sqlclient (17)

MVC4 cette erreur en essayant d'exécuter mon projet MVC4 , ça fonctionnait bien jusqu'à la dernière fois sur mes autres machines, mais quand j'essaye de l'exécuter à partir d'une autre machine ça me donne cette erreur:

Impossible de charger le fichier ou l'assembly 'Antlr3.Runtime (1)' ou l'une de ses dépendances. La définition de manifeste de l'assembly localisé ne correspond pas à la référence d'assembly. (Exception de HRESULT: 0x80131040)

Après avoir lu à ce sujet, j'ai essayé de do :

Install-Package Antlr3.Runtime -Pre

mais ça n'a pas aidé, des idées?


Dans un projet, j'ai fait référence à WebGrease, mais il n'y avait pas d'élément correspondant dans packages.config. Je supprime la référence du projet, car je n'en ai plus besoin. Ça fonctionne maintenant.


Mon problème a fini par être causé par une modification des lecteurs mappés dans notre stratégie de groupe. tempDirectory paramètre tempDirectory ma solution est défini dans Web.config pour utiliser une configuration de lecteur RAM en tant que lecteur Z tempDirectory Apparemment, ils ont commencé à utiliser le lecteur Z: et les DLL étaient copiés dans tempDirectory comme d'habitude, mais je pense qu'ils ont été supprimés par un processus sur le serveur distant (Virus scan probablement). J'ai été seulement capable de comprendre ceci en employant le moniteur de processus et le filtrage pour Antlr et en voyant qu'il cherchait dans un emplacement de réseau pour les DLLs.


Essayez de supprimer les fichiers temporaires pour ASP.Net en procédant comme suit:

  • Entrez% TEMP% dans l'explorateur de fichiers et supprimez tous les fichiers temporaires.
  • Accédez au dossier "C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ Fichiers ASP.NET temporaires" et supprimez tous les fichiers.

Pour moi, supprimer ce noeud dans le fichier web.config s'est débarrassé du message d'erreur:

<identity impersonate="true" userName="" password="">

Mais ce qui fonctionnait vraiment pour moi était d'accorder un accès complet (au nom d'utilisateur spécifié dans impersonate), au dossier temporaire Fichiers ASP.NET "trouvé dans C: \ Windows \ Microsoft.NET \ Framework {version} (ou Framework64).

L'identité peut également être stockée dans les paramètres du pool d'applications de site Web, dans IIS.

Assurez-vous que votre paquet nuget est correctement installé, avec la bonne version. Si rien d'autre ne fonctionne, essayez d'ajouter à nouveau la référence à partir d'un dossier local et de la définir sur Copier Local.


J'ai mis à jour tous les paquets dans le gestionnaire de paquets Nudget et ça a marché! Dans mon cas, j'héberge mon site Web dans GoDaddy


Pour moi, la solution était d'exécuter Visual Studio en tant qu'administrateur. C'était apparemment un problème d'autorisations.


J'ai juste fait face à ce problème et essayé les solutions mentionnées ci-dessus, mais rien ne fonctionnait pour l'instant je devais supprimer sa DLL de bin floder et reconstruire puis supprimer tous les fichiers relachés du dossier de paquets et restaurer les paquets à l'aide de la console du gestionnaire de paquets


J'ai essayé toutes les réponses dans ce post, mais aucun d'eux n'a fonctionné pour moi.

J'ai donc supprimé tous les répertoires / bin dans tous les projets de ma solution, nettoyé et reconstruit la solution et cela a finalement fonctionné!

Toute ma matinée, je me suis mis au travail pour comprendre le problème ...


Il y avait un problème avec impersonate = "true" dans web.config, j'ai supprimé la ligne cela a fonctionné !!

Encore une fois j'ai placé la ligne et donné l'autorisation d'administrateur à l'utilisateur de compte avec l'usurpation d'identité, toute mon application a fonctionné :)


J'ai rencontré le même problème lors de l'expérimentation avec la plate-forme de journalisation Nlog gratuite.

Cela m'a aidé:

Entrez% TEMP% dans l'explorateur de fichiers et supprimez tous les fichiers temporaires.

Après cela, je n'ai pas eu l'erreur lors du démarrage de mon projet MVC5 dans Visual Studio.


Pour moi, cela a été causé par une incompatibilité entre les versions de débogage et d'exécution d'Antlr.

Enfin résolu en installant un autre paquet Antlr: Install-Package Antlr


La solution pour moi était d'aller Outils> Gestionnaire de paquets NuGet> Gérer les paquets pour la solution

Puis cliquez sur Antlr3 et assurez-vous qu'il a été installé dans:

  1. Le projet de démarrage
  2. Toutes les bibliothèques utilisant la réflexion
  3. Toutes les bibliothèques appelant les bibliothèques qui utilisent la réflexion

Dans mon cas c'était 4 projets profonds qui en avaient besoin. Une fois cela fait, cette question a finalement été résolue.


Juste au cas où cela aiderait quelqu'un.
J'ai eu ce problème avec une application MVC 5. La suppression de Antlr3.Runtime.dll à partir du répertoire bin et la reconstruction ont corrigé le problème.


ce qui fonctionnait pour moi était de supprimer l'identité = true de mon webconfig (sous les propriétés system.web) et de reconstruire la solution et de la publier à nouveau (si nécessaire) et cela a fonctionné comme un charme!


Celui de la manière simple est mise à jour antlr et webgrease

  1. Goto Gestionnaire de console de package
  2. puis essayez d'appliquer ces codes un par un
  3. PM> Update-Package Antlr
  4. PM> Mise à jour-Package WebGrease

Enfin l'erreur résolue


Si vous utilisez l'usurpation d'identité. La réponse est de donner la permission à l'utilisateur que vous empruntez l'identité aux dossiers suivants:

  1. C:\Windows\Microsoft.NET\Framework[v4.0.30319 or the version that you're using]\Temporary ASP.NET Files

  2. Votre répertoire de site

Vous pouvez également créer un dossier comme suit:

C:\Windows\Microsoft.NET\Framework\[v4.0.30319 or the version that you're using]\Temporary ASP.NET Files\[Application-Name-Goes-Here]

Mais essayez le précédent en premier, cela a fonctionné pour moi.

Ces deux modifications pour accorder l'autorisation d'utilisateur avec emprunt d'identité pour pouvoir enregistrer les données temporaires et extraire les fichiers dll et tous les fichiers nécessaires à partir des répertoires


N'oubliez pas de supprimer également les fichiers ASP.NET temporaires dans Framework64 . Cela a fait l'affaire pour moi.

  • C:\Windows\Microsoft.NET\Framework\v4.0.30319\Temporary ASP.NET Files
  • C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Temporary ASP.NET Files




asp.net-mvc