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

vérifier que le chemin de sortie du projet (Propriétés du projet / Construction) est défini à bin et Non bin\Release ou bin\Debug

pour une raison quelconque, IIS (VS development Server ou Local IIS) accède toujours aux bibliothèques à partir du répertoire bin (et ne cherche pas de sous-répertoires)

essayez de modifier votre global.fichier asax (ajoutez simplement un espace quelque part) et relancez. cela forcera le serveur web intégré à rafraîchir et à recompiler le global.fichier asax.

aussi faire un propre et reconstruire-devrait résoudre le problème

cela se produit parfois si vous changez l'information de l'espace de noms (au niveau du projet ou de la classe) après que le global.asax est généré.

faites un clic droit sur le fichier Global.asax et sélectionnez" Ouvrir avec "puis sélectionnez" Éditeur XML (texte) avec encodage " (d'autres éditeurs peuvent fonctionner aussi, mais c'est ce que j'utilise).

puis éditez la section "hérite" dans la directive XML

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

pour qu'il corresponde au nom complet réel de votre classe D'Application. Et c'est tout.

une autre option est de copier tout votre code à partir de Global.asax.cs puis supprimer et créer un autre Global.ASAX file (et recopie le code dans Global.asax.cs).

j'ai fermé et rouvert visual studio et ça a marché.

j'ai dû aller à BUILD -> CONFIGURATION MANAGER et -- ahem -- cocher la case à côté de mon projet pour m'assurer qu'il est réellement construit.

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

fondamentalement, mon principal projet VS2015 comprenait un sous-projet qui avait été construit en utilisant une version plus élevée de .net Framework.

bizarrement, lorsque vous avez ce problème, VS2015 se fera un plaisir de vous signaler que la solution s'est bien construite, mais lorsque vous essayez d'exécuter le site Web, cela vous donne juste cette erreur trompeuse, suggérant que votre fichier Global.asax.cs est erroné.

donc, si vous voyez cette erreur, et que nettoyer/reconstruire n'aide pas, ouvrez l'arbre References de votre projet, et vérifiez les points d'exclamation.

aussi, vérifiez votre fenêtre Output pour les 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 changer le Ciblez la version cadre vers une version supérieure qui correspond à votre sous-projet.

il est ennuyeux que Visual Studio 2015 vous permettra de construire et exécuter des Solutions qui contiennent tranquillement ce problème. C'est chercher les ennuis..!

je dois signaler que j'ai essayé au moins 4 suggestions de ce post. Aucun d'entre eux travaillaient. Pourtant, je suis heureux de signaler que je me suis rétabli en récupérant de sauvegarde. Je n'ai eu qu'à mettre à jour mes derniers changements de code à partir du fichier log. 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 une erreur très étrange. Bonne chance à tous ceux qui rencontreront ce gremlin.

je travaillais sur un vieux 'dossier basé' ASP.NET projet web (que je déteste) - et a trouvé cela pour être mon correctif:

créez un dossier App_Code (si vous n'en aviez pas déjà un)

déplacer le fichier Global.asax.vb dans le dossier App_Code 151950920"

Le balisage Mondiale.asax peut laisser de côté tous les espaces de noms (au moins, pour ce style de projet, afaik):

<%@ Application Codebehind="Global.asax.vb" Inherits="MyApp" Language="VB" %>

...où "MyApp" est le nom de la classe définie dans le Mondial.asax.vb

vider le dossier de la corbeille. Construisez toutes les bibliothèques de classe dépendantes et référez-les dans le projet principal, et construisez la solution complète.

Source

je viens de rencontrer ceci sur une application MVC5 et rien ne marchait pour moi. Cela s'est produit juste après que J'ai essayé de faire un SVN revenir à une version plus ancienne du projet.

j'ai dû supprimer global.asax.cs et ensuite ajouté un nouveau en cliquant droit sur Project - > Ajouter un nouveau point - > Global.asax et ça l'a finalement réparé.

pensait que ça pourrait aider quelqu'un.

j'ai le même problème quand J'ai 2 instances de Visual Studio exécutant le même projet. J'ai donc fermé Visual Studio et n'ai ouvert qu'une seule instance et ça fonctionne bien maintenant!

moi aussi j'ai fait face au même problème. En dépit de suivre chaque réponse, il n'a pas fonctionné. Puis j'ai changé le namespace "Inherits= .classe "à" héritages= nom complet d'assemblage " I. e "Inherits= namespace.class, assemblyname, Version=, Culture=, PublicKeyToken = " Espérons que cela aide.

cela peut aussi se produire si vous oubliez accidentellement de définir votre solution VS à" plusieurs projets de démarrage " si vous exécutez un Web et WebApi à partir de la même solution.

vous pouvez vérifier cela en cliquant avec le bouton droit de la souris sur Solution dans L'Explorateur de solutions et sélectionnez "Propriétés". Ensuite, cherchez "projets de démarrage".

"BUILD -> GESTIONNAIRE de CONFIGURATION et -- hum -- cochez la case à côté de mon projet pour s'assurer qu'il obtient réellement construit." Cela et aller dans le dossier de projet dans l'Explorateur de windows, en appuyant sur les options et en décochant la case à cocher "en lecture seule" aidé.

vous pouvez également vérifier les propriétés de votre site dans IIS. (Dans IIS, faites un clic droit sur le site et choisissez Propriétés.) Assurez-vous que le réglage du chemin physique pointe vers le chemin correct pour votre application et non une autre application. (Fixé cette erreur pour moi.)

cette question j'ai été résolu en donnant la permission droite du dossier ainsi que le chèque de L'IIS.

j'ai reçu la permission de tout le monde pendant que je teste dans mon environnement local. Mais dans le mode de publication je pense que nous donnons seulement la permission de ASP.Net utilisateur.

j'ai aussi eu la même erreur...vérifiez le nom de l'Application que vous avez développée correctement ie. l'espace de noms et le nom de l'Assemblée ont été affichés et essayez aussi de changer physiquement le nom du dossier créé pour l'application, tout cela devrait être le même que le nom dans l'espace de noms ci-dessus présent dans le fichier global.asax 151910920"

j'ai aussi eu la même erreur...vérifiez la Configuration IIS de votre répertoire virtuel et assurez - vous que les propriétés- ASP.NET - ASP.NET Version is the same of Project Properties - Application - Target Framework. (Fixé cette erreur pour moi.)

mon application a été construite dans une version plus ancienne de VS, et n'avait pas de dossier bin. Je l'avais mis à jour vers une version plus récente, et j'ai eu un cauchemar de le faire déployer. J'ai finalement retracé cette erreur Jusqu'à L'Application Project > Properties>. Le cadre cible a été fixé à 2.0; le fait de le modifier sur le serveur pour qu'il corresponde au répertoire Gestionnaire/Application de L'IIS a résolu le problème pour moi.

j'ai trouvé que changer l'espace de nom sur le projet, sans refactoring que dans l'ensemble de la solution était mon problème. Vérifiez vos propriétés de projet et de voir ce que votre espace de nom est, assurez-vous que les lignes vers le haut, dans l'ensemble.

le problème pour moi, c'est que je n'ai pas inclus global.asax.cs dans mon projet. Et parce que je copiais des fichiers d'un .net 4.5 à un 4.0 Je n'ai pas commenté les lignes qui ne sont pas nécessaires dans 4.0. Parce qu'il n'a pas été inclus visual studio compilé de toute façon sans problèmes. Mais quand je l'ai inclus, il a mis en évidence les lignes qui causent des problèmes.

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);
        }
    }
}

le projet de reconstruction peut résoudre le problème.

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

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

\ _ (Kong) _ / - Programming - \ _ (China) _ /

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

dans mon cas, l'assemblage web faisait partie du GAC... donc après la construction, il faut l'installer dans GAC et ça a marché.

j'ai trouvé ce message d'erreur et j'ai finalement découvert qu'il était trompeur. Dans mon cas, il semble qu'il y ait eu un problème de routage dans IIS qui a causé le global.asax à partir d'un autre site sur le serveur web à lire, générant ainsi l'erreur.

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

pour appeler avec succès mon application, j'ai dû ajouter une entrée de fichier hôte pour webservices.local sur toutes les machines qui ont appelé L'application MyAPI. Alors toutes mes requêtes ont dû être préfixées avec http://webservices.local / MyAPI / afin de tracer correctement.

j'ai absolument tout essayé ici et rien n'a fonctionné. Mon projet était dans VS 2013. Depuis, je suis passé à VS 2015 et j'ai créé toutes mes nouvelles applications en 2015, mais en chargeant, compilant, construisant, etc. toutes mes anciennes applications qui ont été construites en 2013 dans cette version.

j'ai fini par charger la solution en 2015 et il a résolu pour moi.

j'ai résolu le problème de cette façon: Il suffit de corriger le namespace dans Global.asax.

pour nous, le gestionnaire de configuration montre les DLL construits comme un mélange de '64' et 'n'importe quel CPU' construit.

les Mettre tous à la même version corrige.