"Impossible de charger le type [Namespace].Global" me cause des ennuis.

Question

Dans mon application Asp.net WebForms 2.0, j'ai mon Global.asax qui contient le code suivant :

<%@ Application CodeBehind="Global.asax.cs" Inherits="MyNamespace.Global" Language="C#" %>

Cependant, lorsque je construis, j'obtiens une erreur indiquant

Impossible de charger le type 'MyNamespace.Global'.

Cela semble être dû au fait que l'espace de noms MyNamespace (défini dans le code derrière le fichier Global.asax.cs) n'est pas vu par le compilateur dans le fichier Global.asax (n'apparaît pas dans l'intellisence R#..). Cela s'est avéré être une noix très difficile à casser ... toute aide sera appréciée !

Remarque : les fichiers Global.asax et Global.asax.cs sont situés dans le même dossier.

Note2 : Lorsque vous compilez à partir de l'invite vs avec csc, la compilation se fait sans problème.

Answer 1

Une situation que j'ai rencontrée et qui a causé ce problème est lorsque vous spécifiez la plate-forme pour une construction par le biais de "Build Configuration".

Si vous spécifiez x86 comme plate-forme de construction, Visual Studio attribuera automatiquement bin/x86/Debug comme répertoire de sortie pour ce projet. Ceci est parfaitement valable pour les autres types de projets, à l'exception des applications web où ASP.NET s'attend à ce que les assemblages soient sortis dans le dossier Bin.

Ce que j'ai trouvé dans ma situation, c'est qu'ils étaient sortis dans les deux (Bin et Bin/x86/Debug), à l'exception de certaines dll, et inexplicablement la plus importante étant la dll de votre application web, qui était absente du dossier Bin.

Cela a évidemment causé un problème de compilation et donc l'exception "Could not load type Global". Le nettoyage de la solution et la suppression des assemblages n'ont fait aucune différence lors des constructions suivantes. Ma solution a été de changer le chemin de sortie dans les paramètres du projet pour l'application web en Bin (plutôt que bin/x86/Debug).

Answer 2

Avez-vous changé l'espace de nom de votre projet ? J'ai vu cela se produire occasionnellement lorsque j'ai changé l'espace de nom dans la boîte de dialogue Propriétés du projet, mais Visual Studio n'a pas changé l'espace de nom du projet. namespace dans les fichiers de code existants.

Answer 3

Je suis nouveau dans le développement d'asp .net et j'ai rencontré le même problème.

J'ai mis à jour la classe en tant que partial et cela a bien fonctionné.

public partial class Global : System.Web.HttpApplication

Answer 4

J'ai rencontré une erreur similaire lors d'une

<clear/>

en tant qu'enfant (le premier enfant) de la balise

<assemblies>

dans mon Web.config . J'avais inséré les balises dans mon web.config afin d'empêcher l'héritage de la configuration dans une application déployée sous le "site Web par défaut" dans IIS.

Answer 5

J'avais converti ma solution de VS2003 à VS2010 et j'ai eu des problèmes pour convertir le projet d'application web.

J'ai rencontré exactement le même problème et aucune des réponses n'a fonctionné pour moi.

Ce qui a marché pour moi, c'est :

• Cliquez à droite sur la solution et sélectionnez Configuration Manager
• J'ai examiné chacune des configurations dans la liste déroulante "Configuration active de la solution".
• Incluez l'application web dans la construction en cochant la case "Build".

il semblerait que les problèmes que j'ai rencontrés lors de la conversion aient supprimé le projet d'application web de la compilation pour une raison quelconque.

J'espère que cette réponse aidera tous ceux qui ont le même problème...