Message d'erreur de l'analyseur : Impossible de charger le type 'TestMvcApplication.MvcApplication'.

Question

J'obtiens l'erreur suivante sur l'un de nos serveurs de production. Je ne sais pas pourquoi elle fonctionne sur le serveur DEV.

Erreur d'analyse syntaxique Description : Une erreur s'est produite lors de l'analyse d'une ressource nécessaire pour traiter cette demande. Veuillez consulter les détails de l'erreur d'analyse spécifique suivante et modifier votre fichier source en conséquence.

Message d'erreur de l'analyseur : Impossible de charger le type 'TestMvcApplication.MvcApplication'.

Source d'erreur :

Ligne 1 : <%@ Application Codebehind="Global.asax.cs" Inherits="TestMvcApplication.MvcApplication" Language="C#" %>

Fichier source : /global.asax Ligne : 1

Je ne sais pas si quelqu'un a déjà rencontré cette erreur et comment elle a été résolue, mais je suis arrivé au bout. Toute aide serait appréciée.

Je dois également mentionner que c'est le code publié, donc tout est compilé. Peut-il y avoir un problème avec les paramètres de mon compilateur ?

Answer 1

Aucune des autres réponses n'a fonctionné pour moi. J'ai corrigé mon erreur en modifiant le chemin de sortie du projet Web. Je l'avais configuré sur bin \debug mais le projet web ne fonctionne pas à moins que le chemin de sortie soit simplement "bin".

Answer 2

J'ai eu ça plusieurs fois. C'est d'autant plus frustrant que cela se produit immédiatement et que le message d'erreur ne donne aucun indice sur la nature du problème.

Pour résoudre ce problème, faites un clic droit sur le titre de votre projet, dans ce cas "TestMvcApplication" et cliquez sur construire .

Cela oblige le code à se compiler avant de l'exécuter. Ne me demandez pas pourquoi, mais cela a été la solution dans 100% des cas pour moi.

Answer 3

J'ai constaté que lorsque vous êtes forcé d'utiliser le gestionnaire de configuration pour fonctionner sous x86 ou autre chose que les paramètres standard du projet "out of the box", l'IDE crée un tas de sous-répertoires sous le dossier bin pour le projet web.

Une fois que cela commence à se produire, si le serveur Cassini est en cours d'exécution, alors le projet ne sert pas correctement.

Je l'ai corrigé en allant dans les propriétés du projet Web -> Paramètres de construction et en changeant le chemin de sortie pour qu'il soit bin\.

Puis reconstruire et tout fonctionne comme il se doit.

Answer 4

Après une longue recherche, j'ai trouvé le vrai problème ici.

Les assemblages ont été corrompus par le client FTP que j'ai utilisé pour télécharger les fichiers vers un environnement hébergé.

J'ai changé mon client FTP et tout fonctionne comme prévu.

Answer 5

J'ai eu le même problème : le mien était dû au fait que le projet web avait une cible de plate-forme de x86. Je fonctionnais sur une machine 64 bits ; les autres projets de la solution étaient configurés en 64 bits.

Pour vérifier vos paramètres, cliquez avec le bouton droit de la souris sur le projet et choisissez Propriétés. Dans l'onglet Build, vérifiez la valeur de "Platform Target".

Vérifiez également la configuration de votre solution (menu Build > Configuration Manager) pour vous assurer que tous vos projets sont construits sur la même plate-forme.

Dans les deux cas, assurez-vous de vérifier les paramètres à la fois pour le mode débogage et pour le mode version - sinon, le système fonctionnera sur votre machine, mais pas lors de son déploiement !