“Parser Message d'Erreur: impossible de charger le type” en Mondiale.asax

Je suis en train de travailler sur un MVC3 projet et de recevoir le message d'erreur suivant:

Analyseur Message d'Erreur: impossible de charger le type 'GodsCreationTaxidermy.MvcApplication'.

Source De L'Erreur:

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

L'erreur que j'obtiens est impossible de charger GodsCreationTaxidermy.De base.MvcApplication mais dans cette capture d'écran, la partie ne s'affiche pas dans le message d'erreur:

“Parser Message d'Erreur: impossible de charger le type” en Mondiale.asax

Quelqu'un a une idée ou une solution à cette erreur?

Avez-vous vraiment l'GodsCreationTaxidermy.De base.MvcApplication classe dans votre application? Si non, merci de créer le même et compiler le projet. Il va travailler pour vous.
Oui j'ai GodsCreationTaxidermy.De base.MvcApplication (À L'Échelle Mondiale.asax.cs)
Le Global.asax fichier qui semble être utilisé (selon la capture d'écran) est différent de celui que vous avez indiqué.
vérifiez pour voir si l'Hérite de la chaîne est le même que le chemin d'accès à la classe dans votre application (noms + chemin d'accès), c'est qu'ils sont à la fois GodsCreationTaxidermy.De base.MvcApplication
C'est l'une des questions les Darin, peu importe ce que je fais, il laisse toujours la partie centrale de sortir
supprimer mondiale.asax fichier et en ajouter un nouveau, et vous serez bien.
utile thread, cheers
Cela peut se produire si vous modifiez votre projet d'espace de noms, et de ne pas mettre à jour l'espace de noms et l'utilisation de déclarations en tous les fichiers dans le projet.
Double Possible de "impossible de charger le type [Namespace].Mondial" me causer du chagrin
Abandonner l'espoir à tous vous qui entrez ici. J'ai essayé presque toutes les solutions énumérées et ont encore ce problème.

InformationsquelleAutor PsychoCoder | 2012-07-27

asp.net asp.net-mvc-3

166

Votre serveur web local est en cours d'exécution de code différent de ce que vous êtes vraiment en train de travailler sur. S'assurer que vous avez arrêté de débogage, arrêtez votre serveur web local, propre et de reconstruire Pierre suggéré, double-vérifier votre global.asax et mondial.asax.cs, et essayez à nouveau.

Si cela ne fonctionne pas et que vous utilisez IIS local, essayez de supprimer le site dans le Gestionnaire des services internet et de le recréer manuellement.
- Très étrange erreur en effet. J'ai déployé à IIS sur le serveur et a obtenu ce. Nettoyer et recompilé a fonctionné pour moi aussi.
- Nettoyer et Reconstruire a fonctionné pour moi aussi.
- Nettoyer et Reconstruire + re-création du Répertoire Virtuel, puis il a travaillé.
- Oui, bien après la suppression de l'application existante avec le même nom dans IIS et reconstruire mon projet, puis publié.
- Exactement ce qui a résolu mon problème. Merci!
- A la question quand j'ai eu le même projet de ouvert en de deux instances de Visual Studio. Donc j'ai eu deux cas de IIS Express en cours d'exécution. J'ai dû fermer l'un, puis il a été résolu.
- Vous pouvez également essayer de supprimer bin/obj dossiers dans votre projet.
- obtenu contrôle de code source sur un nouveau PC, nécessaires à la construction de projet... duhhhhhhhhhhhhhhhhhhhhh
- J'ai eu cette erreur ainsi. Je suppose que la cause de l'être: j'avais changé IIS Express pour s'exécuter en x64 mode (pour un autre projet). Je suis retourné à mon autre projet, et a obtenu cette erreur lors de l'exécution. Je suppose parce que rien n'avait de reconstruire, il avait été chargé comme un x86 application, dans une version x64 de IIS Express. La solution de nettoyage travaillé.
- J'ai suivi ces instructions et les jeta dans quelques nettoie/reconstructions, changé les espaces dans la .asax fichier, reformaté mes écrans, et a fait un jaunty jig accompagné par les tuyaux de Poêle, et semblait faire l'affaire.
- Désolé, je l'ai mentionné que la dernière partie.
- Eu cette erreur, le Chemin d'accès Physique dans IIS a été pointant vers le mauvais répertoire.
- Vous pouvez également redémarrer Windows, ou de le réinstaller ou d'obtenir un nouveau passeport sous un nouveau nom, se déplacer vers l'Amérique du Sud et de commencer là-bas. Ou tout simplement lancer Windows dans les déchets, et de passer à Linux
InformationsquelleAutor Facio Ratio
194

Vérifier que le projet de chemin de sortie (propriétés du projet /Construire) est mis à bin et pas bin\Release ou bin\Debug

Pour quelque raison IIS (VS Serveur de développement Local ou IIS) toujours accède à la bibliothèques de l' bin répertoire (et ne regardez pas en l'air pour les sous-répertoires)
- Le crédit où il est dû. Fixe mon problème, ma demande a été configuré pour utiliser bin\Debug, le changer pour bin résolu. Merci Beaucoup.
- wow! son travaillé sur la première photo!
- Il était intéressant d'apprendre que ASP.NET les projets ne pas utiliser la valeur par défaut chemin de sortie bin/$(Configuration)/. Merci beaucoup pour la réponse!
- Génial, sauvé la journée!
- Dang, qui est un réel gotcha! Merci pour l'astuce!
- Eh bien, ce fut tout gâcher. Dll allaient bin\debug.
- Merci, cette astuce m'a sauvé beaucoup de douleur
- merci!!!!!! J'étais fou.. apparemment un autre développeur a signalé la sortie AppData\
- Génial, merci, a fonctionné pour moi 🙂
- A sauvé ma vie !
- J'ai été en mesure de le changer pour bin, lancez le, puis le modifier à bin\Debug. Parfois vous avez juste obtenu de le secouer lâche pour la remettre sur les rails.
- attention tout de même. Chaque fois que vous lancez, il va utiliser ce qui est dans /bin. C'est probablement le résultat de cette construction, vous faites après que vous l'avez modifiée.
- Bon appel @Vincent j'ai supprimé le dossier bin après cela et il n'en fait commencer à défaut de nouveau. Étrange petite excentricité que.
- Wow, en 2018 IIS toujours travailler de cette façon. Mauvais, très mauvais à Microsoft. Merci!
- 5 ans plus tard, vous avez sauvé ma journée, merci! Honte sur MS pour ne donner aucun soupçon de VS.
InformationsquelleAutor Vincent de Lagabbe
32

Essayez de modifier vos globale.asax fichier (simple d'ajouter un espace quelque part) et de ré-exécuter. ce sera la force de l'intégré dans le serveur web pour actualiser et de recompiler le mondial.asax fichier.

Également procéder à un nettoyage et à reconstruire - devrait résoudre le problème
- La modification globale.asax n'ai rien fait pour moi, mais propre et reconstruire résolu le problème 🙂
- J'ai eu ce problème quand j'ai couru hors de la puissance. Nettoyer et reconstruire aidé. Merci!
- Le nettoyage a échoué. Construire échoué. J'ai pas eu de problèmes avec mon build path. Ceci, cependant, a fait le tour. Merci!
- Merci pour votre réponse M. Munnings
- cela a fait le tour .. Merci!
InformationsquelleAutor Peter Munnings
28

Cela arrive parfois, si vous modifiez les informations d'espace de noms (de projet ou le niveau de la classe) après la global.asax est généré.

Clic droit sur le Global.asax fichier et sélectionnez "Ouvrir Avec" et sélectionnez "XML (Texte) de l'Éditeur avec le Codage" (d'autres éditeurs peuvent travailler ainsi, mais c'est ce que j'utilise).

Ensuite modifier le "Hérite" de la section dans le fichier XML de la directive

<%@ Application Codebehind="Global.asax.cs" Inherits="GodsCreationTaxidermy.MvcApplication" Language="C#" %>)

de sorte qu'il correspond au nom complet de votre classe d'Application. Et c'est tout.

Une autre option est de copier tout le code de Global.asax.cs et puis de les supprimer et en créer un autre Mondial.asax fichier (et puis de copier le code dans l'économie Mondiale.asax.cs).
- Cela a fonctionné pour moi, merci Paul
- Cela a fonctionné pour moi aussi. Je l'avais changé en l'espace de noms pour l'assemblage de tous les projets de la solution. J'ai donc dû modifier le Global.asax de fichier comme indiqué dans cette réponse, et de la faire correspondre à ce qui est dans le Projet, les paramètres de Configuration.
InformationsquelleAutor Paul Easter
18

J'ai fermé et rouvert visual studio et cela a fonctionné.
- fermez TOUS vos visual studio
- D'abord, nous devrions tous essayer de sortir de la voiture, fermer toutes les portes, puis de revenir à nouveau.
InformationsquelleAutor Gagan
16

J'ai dû aller à BUILD -> GESTIONNAIRE de CONFIGURATION et -- hum -- cochez la case à côté de mon projet pour s'assurer qu'il obtient réellement construit.
- Je ne comprends pas le downvote. Ce pourrait avoir été une solution. Cela sera d'autant plus pertinente que la plupart pense... Si rien n'est fait, il n'est pas toujours le plus évident de l'emplacement. Surtout quand il y a plusieurs configurations.
- J'aime votre réponse et de votre raisonnement!
- C'était mon problème, trop, et je n'ai aucune idée de comment les projets obtenu désactivée à partir de la configuration.
InformationsquelleAutor Ron Newcomb
5

J'ai eu ce problème aujourd'hui, et il m'a fallu un certain temps pour trouver la cause.

Fondamentalement, mon principal VS2015 projet est, y compris un sous-projet qui avait été construit à l'aide d'une version plus récente de .Net Framework.

Bizarrement, quand vous avez ce problème, VS2015 sera heureux de signaler que la solution a construit pas mal, mais quand vous essayez de faire fonctionner le site, il vous donne simplement que l'erreur trompeur, ce qui suggère que votre Global.asax.cs fichier est erroné.

Donc, si vous voyez ce message d'erreur, du Nettoyage et de la Reconstruction n'aide pas, ouvrez votre Projet References arbre, et de vérifier les points d'exclamation.

Vérifiez également votre Output fenêtre des messages comme ceci:
```
The primary reference "C:\Projects\Business Objects 4\bin\Release\BusinessObjects.dll" 
could not be resolved because it was built against 
the ".NETFramework,Version=v4.5" framework. 
This is a higher version than the currently targeted framework
".NETFramework,Version=v4.0".
```
La solution, bien sûr, est de faire un clic droit sur votre projet principal, sélectionnez l'onglet "Application", et de changer la version de Cadre à une version supérieure qui correspond à votre sous-projet.

C'est ennuyeux que Visual Studio 2015 vous permettra de pleinement construire et exécuter des Solutions qui tranquillement contenir ce problème. C'est d'avoir des ennuis..!

InformationsquelleAutor Mike Gledhill
2

J'ai juste rencontré sur un MVC5 application et rien ne fonctionnait pour moi. Ce qui s'est passé immédiatement après que j'ai essayé de faire un SVN revenir à une version antérieure du projet.

J'ai dû supprimer mondiale.asax.cs, puis ajouté un nouveau en cliquant droit sur le Projet -> Ajouter un Nouvel Élément -> Global.asax et QU'enfin, il fixe.

Juste pensé qu'il pourrait aider quelqu'un.
- Si cela résout-il pour vous, il ya probablement quelque chose a foiré sur le "Construire l'action" propriété de l'existant global.asax.cs fichier. Il doit être mis à "Compiler". L'action de construire de la global.asax fichier lui-même doit être réglé sur "Contenu".
- J'ai fait exactement ce que @iAteABug_And_iLiked_it fait, et le problème a été résolu!
InformationsquelleAutor iAteABug_And_iLiked_it
2

Je dois signaler que j'ai essayé au moins 4 suggestions de ce post. Aucun d'entre eux travaillaient. Pourtant, je suis heureuse de vous annoncer que j'ai récupéré par la récupération de la sauvegarde. N'avait qu'à mettre à jour mes dernières modifications du code à partir du fichier journal. A pris moins de 10 minutes. Passé 3 fois que la lecture de ce post et d'essayer d'autres suggestions. Désolé.

C'était très bizarre d'erreur. Bonne chance à quelqu'un d'autre rencontre ce gremlin.

InformationsquelleAutor htm11h
2

J'ai le même problème quand j'ai 2 instance de Visual Studio en cours d'exécution même du projet. J'ai donc fermé les deux Visual Studio et ouvert qu'une seule instance et Il fonctionne très bien maintenant!

InformationsquelleAutor Seyed Morteza Mousavi
2

Je travaillais sur un vieux dossier sur la base " ASP.NET projet web (que je déteste) - et trouvé que c'était mon fix:

Créer un App_Code dossier (si vous n'avez pas déjà)

Déplacer le Global.asax.vb fichier dans le App_Code dossier

Le balisage Mondiale.asax pouvez laisser de côté tous les espaces de noms (au moins, pour ce style de projet, autant que je sache):
```
<%@ Application Codebehind="Global.asax.vb" Inherits="MyApp" Language="VB" %>
```
...où "MyApp" est le nom de la classe définie dans le Mondial.asax.vb

InformationsquelleAutor bkwdesign
2

"BUILD -> GESTIONNAIRE de CONFIGURATION et -- hum -- cochez la case à côté de mon projet pour s'assurer qu'il obtient réellement construit."
Que et va dans le dossier du projet dans l'explorateur windows, en appuyant sur options et décocher l'option "Lecture seule" case à cocher aidé.
- simplement, il a travaillé pour moi. Le projet n'a pas a construit option est activée, je ne sais pas pourquoi, mais cette solution était ce dont j'avais besoin, merci.
InformationsquelleAutor DiSaSteR
1

Vous pouvez également vérifier les propriétés du site dans IIS. (Dans IIS, cliquez-droit sur le site et choisissez Propriétés.) Assurez-vous que le Chemin d'accès Physique paramètre indique le chemin d'accès correct pour votre application pas une autre application. (Fixé cette erreur pour moi.)

InformationsquelleAutor Rob Cole
1

Vider le dossier corbeille. Construire tous les dépendants des bibliothèques de classe et de les renvoyer dans le projet principal, et de construire la solution complète.

Source

InformationsquelleAutor Vignesh Subramanian
1

J'ai moi aussi été confronté au même problème. En dépit de la suite de chaque Réponse, il n'a pas fonctionné.
Puis j'ai changé le "Inherits=namespace.class" à "Inherits=pleinement qualifié assembler nom" je.e "Inherits=namespace.class,assemblyname, Version=, Culture=, PublicKeyToken="
Espérons que cela aide.

InformationsquelleAutor Mahesh
1

Cela peut aussi arriver si vous avez accidentellement oubliez pas de mettre votre VS solution à "Plusieurs Projets de Démarrage" si vous exécutez un site Web et WebApi à partir de la même solution.

Vous pouvez le vérifier en cliquant-droit sur la Solution dans l'Explorateur de solutions et sélectionnez "Propriétés". Puis recherchez le Démarrage des Projets.
- Le mien était similaire à ceci: j'ai été l'exécution de la mauvaise projet d'API dans la solution. J'ai effectivement eu une erreur de compilation dans l'API, je pensais que j'étais en cours d'exécution, mais VS n'ai pas ramasser sur elle quand j'ai couru la solution, même après un nettoyage.
InformationsquelleAutor Dave Black
0

Ce problème, j'ai été résolue en donnant droit à l'autorisation du dossier ainsi que de vérifier à partir de IIS.

M'a donné la permission à tout le monde que je suis en train de tester dans mon environnement local. Mais en mode publication, je pense que nous donnons seulement la permission de ASP.Net de l'utilisateur.

InformationsquelleAutor Ajay2707
0

J'ai aussi eu le même message d'erreur...vérifier le nom de l'Application que vous avez développée correctement ie. l'espace de noms et le nom de l'assembly imparti et aussi essayer de changer physiquement, le nom du dossier créé pour l'application, tout cela devrait être le même que le nom au-dessus de l'espace de noms présents dans le fichier global.asax
- Réponse a dû être déjà fait
InformationsquelleAutor Bhavik
0

J'ai aussi eu le même message d'erreur...vérifiez la Configuration IIS de votre Répertoire Virtuel et assurez-vous que les Propriétés - ASP.NET - ASP.NET la Version est la même que celle de Propriétés du Projet - Application - Cible Cadre. (Fixé cette erreur pour moi.)

InformationsquelleAutor montearg70
0

Mon application a été construit dans une ancienne version de VS, et n'ai pas de dossier bin. J'ai eu la mise à niveau vers une version plus récente, et a fait un cauchemar arriver à déployer. J'ai finalement suivi cette erreur vers le bas pour le Projet > Propriétés > Application. La Cible a été fixé à 2,0; changer sur le serveur de match dans le Gestionnaire des services IIS/App Piscine résolu le problème pour moi.

InformationsquelleAutor jeffe65
0

J'ai trouvé que la modification de l'espace de Noms sur le projet, sans refactoring à travers l'ensemble de la solution a mon problème. Vérifiez vos Propriétés du projet et de voir ce que votre espace de noms est, s'assurer que les lignes vers le haut, à travers le conseil d'administration.

InformationsquelleAutor Hadley

Le problème pour moi est que je ne comprend pas global.asax.cs dans mon projet. Et parce que j'étais la copie de fichiers à partir d'un .net 4.5 4.0 je n'ai pas à commenter les lignes qui ne sont pas nécessaires dans la version 4.0. Parce qu'il n'a pas été inclus visual studio compilé de toute façon sans problèmes. Mais quand j'ai compris, il a mis en évidence les lignes qui posent problème.

using System;
using System.Collections.Generic;
using System.Linq;
using System.Web;
//using System.Web.Http;
using System.Web.Mvc;
//using System.Web.Optimization;
using System.Web.Routing;

namespace YourNameSpace
{
    public class WebApiApplication : System.Web.HttpApplication
    {
        protected void Application_Start()
        {
            AreaRegistration.RegisterAllAreas();
            //GlobalConfiguration.Configure(WebApiConfig.Register);
            FilterConfig.RegisterGlobalFilters(GlobalFilters.Filters);
            RouteConfig.RegisterRoutes(RouteTable.Routes);
            //BundleConfig.RegisterBundles(BundleTable.Bundles);
        }
    }
}

InformationsquelleAutor Satbir Kira

0

J'ai passé littéralement une journée à essayer de résoudre ce problème.

La seule chose qui a fonctionné a été la suppression de la .la sln fichier, création d'une nouvelle, et en ajoutant les projets de retour dans un par un.

\_(ツ)_/- Programmation - \_(ツ)_/

InformationsquelleAutor Stachu
0

Pour mon cas, le web de l'assemblée GAC... donc après la construction, il faut installé dans le GAC et cela a fonctionné.

InformationsquelleAutor Vishnu
0

J'ai rencontré ce message d'erreur et finalement découvert que le message d'erreur était trompeuse. Dans mon cas, il semble y avoir eu un problème de routage dans IIS qui a causé le mondial.asax à partir d'un autre site sur le serveur web pour être lu donc générer l'erreur.

Dans IIS, mon site a été liée à des http:*80:webservices.local et le contenu une application appelée MyAPI. J'ai reçu le redoutable message lors de l'appel de la MyAPI application utilisant le serveur web à l'adresse ip.

Afin de réussir à faire appel à mon application, j'ai dû ajouter un fichier host, entrée pour les services web.local sur toutes les machines qui sont à l'MyAPI application. Ensuite, toutes mes demandes ont dû être préfixé avec http://webservices.local/MyAPI/ afin d'acheminer correctement.

InformationsquelleAutor Sheldon
0

J'ai essayé absolument de tout et rien n'a fonctionné. Mon projet était de VS 2013. Depuis, j'ai mis à niveau vers VS 2015 et ont été la création de toutes mes nouvelles applications en 2015 mais le chargement, la compilation, la construction etc toutes mes anciennes applications qui ont été construits en 2013 dans cette version.

J'ai fini juste chargement de la solution en 2015 et il est résolu pour moi.

InformationsquelleAutor Blair Holmes
0

J'ai passé plusieurs jours sur cette question. J'ai finalement obtenu qu'il soit résolu avec la combinaison suivante des suggestions de ce post.
1. Changement de plate-forme cible à une unité centrale. Je n'ai pas eu cette configuration actuellement, donc j'ai dû aller dans le Gestionnaire de Configuration et l'ajouter. J'ai été spécifiquement de la compilation pour x64. Cela seul ne résout pas l'erreur.
2. Modifier le chemin de sortie de bin\ au lieu de bin\x64\Debug. J'avais essayé plusieurs fois déjà avant j'ai changé la plate-forme cible. Il n'a jamais fait une différence autre que d'obtenir une erreur qu'il a échoué à la charge de l'assemblée en raison d'un format non valide.
Pour être clair, j'ai eu à faire à la fois de ces avant il a commencé à travailler. J'avais essayé individuellement plusieurs fois mais il n'a jamais fixé jusqu'à ce que j'ai fait les deux.

Si je change soit l'un de ces paramètres en arrière à l'original, j'obtiens la même erreur à nouveau, malgré le fait d'avoir un fonctionnement Propre Solution, et de supprimer manuellement tout dans le bin répertoire.

InformationsquelleAutor Drew Chapin
0

Supprimer la .vs répertoire à partir de la solution de la racine. Propre. Reconstruire.

Ce problème lecteurs m'a arraché une fois de temps en temps et je finissent inévitablement par ici la pagination dans les réponses. Je soupçonne qu'il y a plusieurs causes qui peuvent produire cette exception, cette fois-ci fonctionne pour moi.
- Plusieurs heures à essayer de mille autres suggestions et c'est le seul qu'il a fait pour moi. Ma demande était en cours d'exécution fine dans Visual Studio, à la fois en debug et release configurations, mais une fois publiés dans IIS, j'ai été l'obtention de l'erreur. La suppression de la .vs dossier et re-déploiement de la correction du problème.
InformationsquelleAutor Patrick
0

Deux façons de faire cela:
- Le gestionnaire de configuration montre la dll construit comme un mélange de '64' et 'cpu' construit.
  De les mettre tous à la même version corrige.
- Lors de la commutation entre les branches, l'IIS express chemin est parfois pas mis à jour. Droite cliquez sur " IIS Express dans la barre des tâches > Afficher toutes les applications et vérifier que le chemin d'accès est à la bonne branche.
InformationsquelleAutor Carra
-1

cant les erreurs de chargement de votre projet
firstly Fix your errors and after rebuild project its working

InformationsquelleAutor Codeone
-1

J'ai affronté le problème de VS 2017 nulle part, a pris toute ma journée va à 100 de solutions de l'un de ces, na pas de travailler. Je pris alors mon ensemble de la solution et a commencé sur une autre machine ayant VS 2017 installation..
ENFIN, ELLE A TRAVAILLÉ. Que réinstallé VS 2017 sur l'original et il a commencé à courir sur que trop. Je vous recommande fortement d'essayer votre solution sur une autre machine avant de perdre beaucoup de temps à déboguer, bcz c'est un BUG dans VS 2017, comme il semblait, pour moi, ont signalé de même pour VS TEAM. Espérons que cela aide à toute personne dans le chagrin. Des acclamations.

InformationsquelleAutor Viral Parmar
-2

J'ai résolu le problème de cette façon:
Juste corriger le espace de noms Mondiale.asax.

InformationsquelleAutor MarianNikolov

Vous devez vous connecter pour publier un commentaire.