Je reçois l'erreur : "Could not load type MvcApplication" lorsque j'essaie d'exécuter mon site Web.
LMFAO, ça a marché pour moi aussi après avoir essayé tout ce qui est mentionné ici et qui n'a pas marché ! Merci et +1 !
Réponses
Trop de publicités?
gurrawar
Points
123
Même problème ici. L'erreur est apparue après une fusion et ne disparaissait pas avant le redémarrage de VS2012.
Pour moi, ce qui a pu se passer, c'est que le port a été utilisé par une seconde instance de Visual Studio qui n'avait pas le projet compilé.
bob new
Points
1
C'était aussi notre problème. Il avait été précédemment réglé sur quelque chose comme Debug. \x86\bin
HA ! C'est la deuxième fois en deux ans que je consulte cet article avec ce problème, la première fois c'était la première réponse, la deuxième fois c'était cette réponse.
Merci ! Cela m'a piqué aussi. J'avais modifié la plateforme pour effacer certains avertissements, et le chemin de sortie a été modifié sans que je le sache.
Vipul
Points
18
Je recevais la même erreur et malgré tout ce qui est mentionné ici et ailleurs, rien ne fonctionnait. Il s'est avéré que j'avais copié le code source de global.asax.cs d'une version précédente du projet qui portait un nom différent. Ainsi, le namespace Test aurait dû être namespace Test.WebUI . Une erreur stupide, bien sûr, et je suis un peu gêné d'écrire cela ! Mais j'écris dans l'espoir qu'une erreur similaire commise par quelqu'un d'autre puisse l'amener à vérifier également cet aspect trivial.
Merci, Vipul. Je viens de faire la même chose et je pensais avoir perdu beaucoup de travail en conséquence. Le simple fait de changer le nom de l'espace de nom m'a sauvé la mise.
Je viens de faire la même chose. J'ai ouvert le Global.asax dans un éditeur de texte et j'ai corrigé le problème d'espace de nom. Merci
Je viens de faire la même chose. A l'origine, j'avais un projet de test appelé "MvcApplication1" qui a été créé automatiquement. J'ai ensuite fait un remplacement global de l'espace de nom "MvcApplication" par "MyTest". Dans le Global.asax du bloc-notes, j'ai dû modifier Inherits="MyTest.MvcApplication".
mcxiand
Points
731
StingyJack
Points
10956
[Extrait de la question]
Si vous obtenez cette erreur : "Could not load type MvcApplication", vérifiez le chemin de sortie de votre projet et assurez-vous qu'il est défini sur 'bin'. Le problème est que le compilateur AspNetCompiler ne peut pas trouver les fichiers s'ils ne sont pas dans l'emplacement par défaut.
Un autre effet secondaire de la modification du dossier de sortie est que vous ne pourrez pas déboguer votre code et qu'il s'affichera avec un message indiquant que les informations sur l'assemblage sont introuvables.
Cela semble un peu étrange alors que normalement il est séparé entre les différentes configurations de construction.
Par défaut, ils sont séparés, mais beaucoup de gens les changent en un seul dossier afin que release et debug soient au même endroit pour un projet différent qui fait référence à la sortie (installateurs, etc).
Je me demande si ce problème est propre à IIS Express. Quoi qu'il en soit, si j'ai découvert ce problème, c'est parce qu'il vient de faire échouer l'un de nos nouveaux clients : J'avais changé bin a bin\Debug y bin\Release mais les anciens fichiers étaient toujours dans mon bin donc je n'avais pas vu de problèmes. Bien sûr, si vous faites un checkout et une construction propres, ces fichiers n'existent pas pour vous et ça explose.
37 votes
J'ai eu cette erreur de manière aléatoire un jour sur notre serveur de construction. Faire une reconstruction manuelle l'a résolu.
1 votes
Le chemin de sortie est défini dans les propriétés du projet, dans l'onglet "build".
9 votes
Supprimez le fichier global.asax et ajoutez-en un nouveau, et tout ira bien.
0 votes
Duplicata possible de stackoverflow.com/questions/1598829/
4 votes
Il s'avère que le nouveau projet n'a pas été sélectionné dans la configuration active pour la construction.
5 votes
Si vous avez récemment ajouté le projet ou si vous avez récemment modifié la configuration de la publication (par exemple, en passant de AnyCPU à x64), il se peut que le projet ne soit pas construit lorsque vous l'exécutez. Allez dans BUILD-> CONFIGURATION MANAGER et vérifiez que la colonne build a la case cochée. Je viens juste d'avoir ce problème. Vous remarquerez également que vos points d'arrêt sont des cercles clairs lorsque vous exécutez l'application. Je pense que c'est le résultat de la construction par défaut pour .net 4.5.1 sur l'architecture du processeur favorisant le 32 bits. Ce n'est un problème que si vous choisissez x64
0 votes
J'ai également rencontré cette erreur lorsque j'ai essayé de renommer certaines classes et références. J'ai supprimé les dossiers bin, obj puis j'ai reconstruit, mais cela ne fonctionne toujours pas. Cependant, le redémarrage de Visual Studio résout le problème.
1 votes
À en juger par les différentes façons dont les gens ont réussi à faire fonctionner ce système, il semble que la meilleure solution soit d'appuyer sur les touches et d'actionner les interrupteurs très rapidement, voire de menacer l'ordinateur.
0 votes
Cela m'est arrivé lors du déploiement d'une application qui fonctionnait déjà. Quelque chose dans IIS (7) s'est mis dans un mauvais état ; la réinitialisation de IIS a réglé le problème.
0 votes
J'avais obtenu cette erreur après avoir ajouté une autre configuration de publication. Je n'ai pas pu en déterminer la cause, mais le fait de mettre de côté les modifications que j'avais apportées semble l'avoir résolu. Peut-être que quelqu'un peut me dire pourquoi.