.net dataaccess 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 mysql data (17)

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.

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?


Answer #1

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.

Answer #2

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!


Answer #3

Après avoir essayé de supprimer le fichier temporaire .netframework sans succès, j'ai changé

<system.web>
    <authentication mode="None" />
    <compilation debug="true" targetFramework="4.6.1" />
    <httpRuntime />
    <pages controlRenderingCompatibilityVersion="4.0" />
</system.web> 

Avec seulement targetFramework = "4.6" au lieu de 4.6.1 site Web affiche sans erreurs. Ensuite, j'ai encore changé à targetFramework = "4.6.1" et redémarrez le serveur. Tout reste correct.


Answer #4

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


Answer #5

Essayez de déverrouiller le Antlr3.Runtime.dll si vous ajoutez manuellement la référence:


Answer #6

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

Answer #7

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.


Answer #8

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.


Answer #9

Si des solutions résolvent votre problème, vérifiez le fichier web.config, la version de l'assembly

<dependentAssembly>
        <assemblyIdentity name="Antlr3.Runtime" publicKeyToken="eb42632606e9261f" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-3.5.0.2" newVersion="3.5.0.2" />
      </dependentAssembly>

Answer #10

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 ...


Answer #11

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.


Answer #12

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


Answer #13

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


Answer #14

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


Answer #15

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


Answer #16

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.





asp.net-mvc