"Der Typ [Namespace] .Global" konnte nicht geladen werden, was mich traurig machte

Einer situation, in der ich begegnet bin, die dieses problem verursacht, ist, wenn Sie angeben, die Plattform für ein build durch "Build-Konfiguration".

Wenn Sie angeben x86 als Ihre build-Plattform, visual studio automatisch vergeben bin/x86/Debug als Ihre Ausgabe-Verzeichnis für dieses Projekt. Dies ist perfekt, das gilt auch für andere Projekttypen, außer für web-Anwendungen, bei denen ASP.NET erwartet, dass die Baugruppen, die ausgegeben werden, in den Ordner Bin.

Dem, was ich in meiner situation war, dass Sie die Ausgabe auf beiden (die Bin und Bin/x86/Debug), mit der Ausnahme, dass einige dll ' s, und aus unerklärlichen Gründen, die wichtigste davon ist Ihre web-Anwendung, die dll zu fehlen, aus dem Bin-Ordner.

Diese offensichtlich verursacht eine Zusammenstellung problem und damit die "could not load type Global" Ausnahme. Reinigung der Lösung und löschen Sie die Baugruppen aus, kein großer Unterschied zum nachfolgenden builds. Meine Lösung war, einfach ändern Sie die Ausgabe-Pfad in den Projekteinstellungen für die web-app Bin (statt bin/x86/Debug).

InformationsquelleAutor der Antwort stantona

Ich bin neu in asp .net Entwicklung-und ich Stand vor dem ähnlichen problem.

Ich aktualisiert die Klasse partial Klasse und es hat gut funktioniert.

public partial class Global : System.Web.HttpApplication

InformationsquelleAutor der Antwort sri

Hier ist noch einer für die Bücher. Es scheint, dass dies geschieht, wenn Sie die Einführung von mehr als einer web-Anwendung aus der gleichen port-Nummer.

Grundsätzlich habe ich ein paar Zweige, die ich von Arbeit aus habe ich einen Hauptzweig und einen staging-Zweig und einen release-Zweig. Wenn ich umgeschaltet Verzweigung zu den staging-Zweig habe ich bemerkt, dass es war mit der gleichen port-Adresse Konfiguration, also habe ich entschieden, das zu ändern. Ich erhielt dann eine weitere Warnung, dass diese Reservierung Konflikte mit anderen konfigurierten Anwendung. Der IIS Express server ist empfindlich darüber, dass und aus welchem Grund auch immer es Steine die Konfiguration.

Indem Sie einfach Kommissionierung eine Dritte unberührt port dieses problem ging Weg, denn es ordnet dann den port in ein neues Verzeichnis mapping (meine Zweige sich anders auf der Festplatte). Ich bemerkte dies, weil ich versuchte, Sie zu ändern, geben Sie name verweist Global.asax aber der name war unverändert, auch nach Neustart des Servers, klar also, dass der code, den ich verändert hatte war das nicht auch durch das IIS-Express-Bereitstellung.

Also, bevor Sie zu viel zu verlieren Schlaf über diese, ändern Sie die IIS-port-Nummer, die derzeit verwendet werden, um das web-Projekt.

InformationsquelleAutor der Antwort John Leidegren

In meiner situation, es war in Bezug auf die Web-Site/Web-Applikation Art des Projekts. Wir vor kurzem umgezogen in MVC und hatte zu ändern, um Web-Anwendung.

So, die Lösung war einfach: wählen Sie Ihre web-Seite im Projektmappen-Explorer, und entfernen Sie es aus der Lösung, dann mit der rechten Maustaste auf die Projektmappe, und wählen Sie Hinzufügen -> Bestehendes Projekt (keine Website), kompilieren Sie die web-site.

InformationsquelleAutor der Antwort Sergey

Erlebte ich eine ähnliche Fehlermeldung, wenn Sie ein

<clear/>

tag als Kind (das erste Kind) der

<assemblies>

tag in meinem Web.config. Ich hatte eingefügt, der die tags in meiner web.config in einem Versuch zu verhindern, dass die Konfiguration der Vererbung in einer Anwendung bereitgestellt, die unter der "Standardwebsite" im IIS.

InformationsquelleAutor der Antwort jasonjonesutah

1. Rechten Maustaste auf die Projektmappe, und Wählen Sie Batch Erstellen.
2. Dann wählen Sie den Projektnamen ein und Reinigen Und wieder aufzubauen.

Funktioniert gut Für Mich IN VS 2015.Jetzt kann ich mit Globalen Ereignis. Meine Global.asax Datei hat diese Zeile

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

Und ich machen Klassendatei Global.asax.cs ist in AppCode Ordner, die Aussehen wie

public partial class Global : HttpApplication
{
    public Global()
    {
        //
        //TODO: Add constructor logic here
        //
    }
}

Ich hoffe das hilft

InformationsquelleAutor der Antwort parimal

Ändern Sie die GUID der assembly. Dies behebt viele Probleme, die ich gefunden habe.

InformationsquelleAutor der Antwort Nathan M

Keines dieser arbeitete für mich, leider. Das Update fand ich speziell die Entwicklung, insbesondere das debugging auf Ihrem lokalen Rechner. Auch leider nicht wirklich beheben das Problem in der Art, wie ich hoffte, aber wenn Sie an Ihrem Latein am Ende, dies kann Sie wieder laufen.

TL;DR: In den Projekteigenschaften in der Registerkarte "web", unter "Server", Wählen Sie Use Local IIS Web Server. Die Adresse,

http://localhost/MyApp" 

bereits besiedelt war (ich habe IIS7 .NET 4.0). Was ursprünglich ausgewählt wurde "mit dem Visual Studio Development Server" mit einem Virtuellen Pfad von "/"

Was wirklich verwirrend ist für mich die Tatsache, dass nichts anderes funktionierte, ging ich durch all die Vorschläge, die ich finden konnte SO, und nichts würde funktionieren. Das seltsame ist, der Fehler war (scheinbar, es ist schon ein paar Monate her, seit ich zuletzt sah) manifestiert sich, wenn ich habe eine neue ascx-Datei, die ähnlich zu einer bestehenden Hinzugefügt wurde, aus einem alten .net 2.0 (glaube ich) - Projekt, das erlauben würde, für benutzerdefinierte user-management innerhalb der Anwendung. Es hat funktioniert, schön, für eine lange Zeit, bis ich habe versucht, das hinzufügen dieser neuen Datei. Nach dem hinzufügen es, und zu sehen, die Fehler, die ich umgehend zurückgesetzt alle änderungen, aber die Globale.ascx-Fehler würde nicht Weggehen, nicht einmal blies das gesamte Projekt und re-immer die neueste Version von source-control.

InformationsquelleAutor der Antwort BrDaHa

In meinem Fall, war Es da mein Ziel-Prozessor (x64), habe ich es geändert x86 gereinigt, das Projekt neu gestartet VS(2012) und baute das Projekt; dann war es verschwunden.

InformationsquelleAutor der Antwort ssostalker

Ich habe über dieses Problem ein paar mal und in jedem Fall war ich die Neuerstellung eines Computers oder wechseln auf einen neuen computer. Mein Erster Schritt (neben der Aktualisierung der Maschine und der Installation von Visual Studio) ist, ziehen sich meine Projekte nach unten aus dem Git und testen.

Traf ich diesen Fehler jedes mal, denn ich habe versucht, Zugriff auf meine lokalen code vor der Kompilierung. Sehen Sie, ich habe Git und Subversion-setup zu ignorieren, meine bin/build-Ordner, so dass nach einem pull aus meinem repository, die ich vergessen haben, führen Sie einen build zieht die benötigten Pakete von Nuget (da ich Git/SVN ignorieren diejenigen, die zu) und schafft die DLLs, die benötigt werden, um tatsächlich laufen meine app.

Ich bezweifle, das lösen die meisten Leute Fragen, aber ich wollte es nicht sehen auf der Liste der potenziellen Lösungen, so dass ich dachte, ich würde es hinzufügen.

InformationsquelleAutor der Antwort Capt. Rochefort

gehen Sie zu configuration Manager unter den Eigenschaften für Ihre Lösung. Dann stellen Sie sicher, dass alle Projekte und erste gebaut, und dies wird nicht ein problem sein.

InformationsquelleAutor der Antwort Matthew Hart

in meinem Fall war es IISExpress zeigen auf den selben port wie IIS
um es zu lösen gehen Sie zu

C:\Users\Your-User-Name\Documents\IISExpress\config\applicationhost.config

und die Suche nach dem Hafen, finden Sie <site>...</site> tag, das Sie entfernen möchten, oder kommentieren Sie es

InformationsquelleAutor der Antwort Mo Hrad A

Ich hatte dieses Problem bei der Bereitstellung auf dem prod-server. In meinen anderen Umgebungen funktioniert es... ich habe gerade gelöschten Sachen in den bin Ordner dann veröffentlichen und es funktioniert danach.

InformationsquelleAutor der Antwort Raphael

Ich habe versucht, die Projektmappe neu erstellen und löschen ASP.NET Temporäre Dateien-ohne Erfolg.

Aber nach dem ausführen der IISRESET der Fehler verschwunden.

Update: ich hatte das gleiche problem, wieder 1 Monat später. Ich habe bemerkt, dass MyWebsite.DLL existiert im Ordner "bin", aber nicht in dem Temporäre ASP.NET Dateien (C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Temporary ASP.NET -Dateien).
Ich habe versucht, ein paar Dinge, die einem vorgeschlagen werden, die auf dieser und "Parser-Fehlermeldung: Konnte nicht geladen, Typ" im Allgemeinen.asax Fragen (die ich tatsächlich vergessen, über meine eigene Antwort), aber der Fehler verschwand erst wieder nach IISRESET

InformationsquelleAutor der Antwort Michael Freidgeim

Wollte nur meine zwei Cent hinzu. Ich erhielt die gleiche Fehlermeldung, und ich habe versucht, alle Vorschläge ohne Erfolg. Meine situation ist wohl anders?

Stellt sich heraus, eine auto-generierte "AssemblyInfo.cs" - Datei hatte einige überflüssige Leerzeichen, die verhindert mich vom Start der web-app (via debug). Hier ist, was die Datei ausgesehen hat:

[assembly: AssemblyTitle("WebApplication2")]
[assembly: AssemblyDescription("")]
[assembly: AssemblyConfiguration("")]
[assembly: AssemblyCompany("

            ")]
[assembly: AssemblyProduct("WebApplication2")]
[assembly: AssemblyCopyright("Copyright © 

             2017")]
[assembly: AssemblyTrademark("")]
[assembly: AssemblyCulture("")]

Nach der Tötung der Räume in der AssemblyCompany und AssemblyCopyright, ich war schließlich in der Lage zu bauen und starten das Projekt.

Beobachtet in der folgenden Umgebung:
--Visual Studio 2017 Community-version 15.3.0
--Win 7 x64 Enterprise
--Neues Projekt > Visual C# - > Internet - > ASP.NET Web-Anwendung - > Web-Formulare

InformationsquelleAutor der Antwort raydlevel5