Impossible de charger le type " XXX.Global'
La migration d'un projet de ASP.NET 1.1 à ASP.NET 2.0 et je continue de frapper cette erreur.
Je n'ai pas vraiment besoin de Global parce que je ne suis pas ajouter quoi que ce soit, mais après je le supprime je obtenir plus d'erreurs.
- Double Possible de "Analyseur Message d'Erreur: impossible de charger le type" en Mondiale.asax
Vous devez vous connecter pour publier un commentaire.
Il ya quelques choses que vous pouvez essayer avec cela, semble se passer beaucoup de choses et la solution varie pour tout le monde, il me semble.
Si vous êtes toujours en utilisant le répertoire virtuel IIS assurez-vous que sa a souligné le bon répertoire et également de vérifier le ASP.NET version il est mis à l', assurez-vous qu'il est défini à ASP.NET 2.0.
Claire sur votre bin/debug/obj tous. Faire un Propre solution et puis un générer la Solution.
Vérifier votre fichier de projet dans un éditeur de texte et vérifiez où ses à la recherche pour le fichier global est correct, parfois ça ne marche pas, changez le répertoire.
Supprimer le global à partir de la solution et l'ajouter après l'enregistrement et la fermeture. assurez-vous que toutes les balises de script dans le fichier ASPX point de le corriger après.
Vous pouvez essayer d'exécuter la Convertir à l'Application Web outil, qui refait tout le code et les fichiers de projet.
IIS Express est l'utilisation de la mauvaise répertoire racine (voir la réponse dans VS 2012 le lancement d'application basée sur le mauvais chemin)
Assurez-vous de fermer VS après que vous essayez-les.
Ceux sont quelques choses que je sais d'essayer. Espérons que l'un d'entre eux travaille pour vous.
La raison pour laquelle je rencontre ce problème est parce que j'ai changer la configuration de build. Lorsque j'ai créé un projet web à
x86
, il modifie le chemin de la sortie àbin\x86\Debug
. Cependant, le chemin de sortie doit êtrebin
et le serveur web ne trouverez pas les fichiers binaires à cause de cela.La solution consiste donc à modifier le chemin de sortie du site retour à la
bin
après vous modifiez la configuration de build.J'ai trouvé qu'il se passe lorsque le Global.asax.(vb|cs) n'était pas converti à une classe partielle correctement.
Solution la plus rapide consiste à entourer le nom de la classe "Global" avec [crochets] comme (dans VB.Net):
La suppression de l'existant mondiale.asax fichier et l'ajout d'un nouveau, efface cette erreur. Ce qui a fonctionné pour moi à de nombreuses reprises.
Si votre utilisation de visual studio 2010, cette erreur peut se produire lorsque vous modifiez la configuration du type de déploiement. Les 3 types sont x86, x64 et en mode Mixte.
Changer le mode mixte pour tous les projets en solution devrait résoudre le problème. Ne pas oublier de supprimer le bin, Lib et modifier des fichiers de la tempdirectory de sortie si votre un ASP.NET site web.
Ce qui s'est passé pour moi, et après avoir essayé tout le reste, j'ai juste arrivé d'avis sur le message d'erreur que le pool d'application a été défini .Net 1.1. J'ai mis à jour l'app 2.0, converti à l'application web, mais n'a jamais changé le pool d'application:
Informations De Version: Microsoft .NET Framework Version:1.1.4322.2490; ASP.NET Version:1.1.4322.2494
Ce un me rendait complètement fou et je ne pouvais pas trouver quelque chose d'utile pour le résoudre. Ce n'est probablement pas la raison pour laquelle la plupart des gens ont ce problème, mais j'espère juste que quelqu'un d'autre qui va bénéficier de cette réponse.
Quelle est la cause de mon problème était
<clear />
instruction dans le<assemblies>
section de configuration. J'avais ajouté ce parce que dans la production, il a été nécessaire parce que il y avait de multiples sans rapport avec des applications sur le même plan d'hébergement et je ne voulais pas que l'un d'eux d'être affecté par d'autres. La plus la bonne solution aurait été d'avoir utilisé de configuration web de transformations sur publier.Espère que cela aide quelqu'un d'autre!
Changer l'adresse du numéro de port (localhost:) fonctionné pour moi 🙂
J'ai corrigé cette erreur par simple basculement de Débogage pour la Libération, le programme de lancement (Il a travaillé à la libération), puis passez en mode Debug.
J'ai essayé à peu près tout le reste, y compris de redémarrer Visual Studio et rien n'a fonctionné.
J'ai eu ce même problème d'installation de mon application sur un serveur. Il a fini par être le projet de l'installateur, ce n'était pas l'installation de tous les fichiers nécessaires à l'exécution de l'application web. J'ai essayé de comprendre d'où il a été brisé, mais à la fin, j'ai dû revenir sur le projet à la version précédente de la corriger. Espérons que cela aide quelqu'un...
Dans mon cas, un AfterBuild cible dans le projet pour compiler l'application web a été la raison de cette erreur.
Voir ici pour plus d'info
Retrait Language="c#" mondiale.asax fichier résolu le problème pour moi.
Dans mon cas, j'ai été la duplication d'un site en ligne, localement et à l'obtention de cette erreur localement dans Utildev Cassini pour asp.net 2.0. Il s'est avéré que j'ai copié seulement mondiale.asax localement et de ne pas copier le App_code conterpart d'elle. La copie qu'il a résolu le problème.
Lorsque vous essayez d'accéder à Microsoft Dynamics NAV Web client, vous obtenez l'erreur suivante.
Impossible de charger le type de Système.ServiceModel.L'Activation.HttpModule "de l'assemblée" du Système.ServiceModel, Version=3.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089
Cette erreur peut se produire lorsqu'il y a plusieurs versions de la .NET Framework sur l'ordinateur qui exécute IIS, IIS et a été installé après .NET Framework 4.0 ou avant le Modèle de Service Windows Communication Foundation a été enregistré.
Pour Windows 7 et Windows Server 2008, l'utilisation de la ASP.NET IIS Outil d'Enregistrement (aspnet_regiis.exe pour enregistrer la version correcte de ASP.NET. Pour plus d'informations sur la aspnet_regiis.exe, voir ASP.NET IIS Outil d'Inscription au site web de Microsoft.
d'essayer cette solution
https://www.youtube.com/watch?v=LNwpNqgX7qw
Assurer la dll compilée de votre projet placé dans le bon dossier bin.
Dans mon cas, lorsque j'ai changé la compilation du répertoire de notre sous-projet à dossier bin de notre projet principal, il a travaillé.
Eu cette erreur dans mon cas, j'ai été de renommer l'application. J'ai changé le nom du Projet et le nom de la classe, mais a négligé de changer le "Nom de l'Assembly" ou "Racine de l'espace de noms" dans la rubrique "Mon Projet" ou les propriétés du projet.
Deletin obj, bin dossiers et de reconstruction fixé mon problème