Fehler: allowDefinition = 'MachineToApplication' über die Anwendungsebene hinaus

Ich habe das Online-Projekt in ASP.Net heruntergeladen. Beim Ausführen der Anwendung wird eine Fehlermeldung angezeigt

Es ist ein Fehler, einen Abschnitt zu verwenden, der über die Anwendungsebene hinaus als allowDefinition = 'MachineToApplication' registriert ist. Dieser Fehler kann dadurch verursacht werden, dass ein virtuelles Verzeichnis in IIS nicht als Anwendung konfiguriert ist.

Welche Änderungen sollte ich in web.config oder anderswo vornehmen, damit dies funktioniert?

Ich bin gerade auf diese "Freude" gestoßen. Es scheint sich zu präsentieren, kurz nachdem ich eine Webanwendung im Release-Modus veröffentlicht habe.

Die einzige Möglichkeit, das gefundene Problem konsequent zu umgehen, besteht darin, dieser Checkliste zu folgen:

1. Saubere Lösung, während Ihre Lösung im Freigabemodus konfiguriert ist.
2. Saubere Lösung, während Ihre Lösung im Debug-Modus konfiguriert ist.
3. Erstellen Sie, während Ihre Lösung im Debug-Modus konfiguriert ist.

Komm einfach auf diesen Beitrag und das passierte mir.
Nur Cleandas Projekt und der Fehler verschwinden. (muss ein VS2010-Fehler sein)

Ich hatte gerade dieses Problem beim Erstellen einer zweiten Version meiner Website. Es ist nicht passiert, als ich es das erste Mal gebaut habe.

Ich habe gerade die Ordner bin und obj gelöscht, eine saubere Lösung ausgeführt und sie erneut erstellt, diesmal ohne Probleme.

Keiner. Sie müssen das Verzeichnis, in dem Sie die Website platziert haben, als Webanwendung in IIS einrichten .

Dieser Fehler tritt auf, wenn Sie versuchen, ein Projekt als Website zu öffnen. Der einfachste Weg, um festzustellen, ob Sie eine Website oder ein Projekt erstellt haben, besteht darin, Ihren Lösungsordner (dh den Ort, an dem Sie Ihren Code gespeichert haben) zu überprüfen und festzustellen, ob sich eine * .sln-Datei im Stammverzeichnis befindet. Ich habe ein Projekt erstellt.

Nur um hinzuzufügen, ich bin gerade auf diesen Fehler gestoßen, als ich versuchte, ein Projekt zu öffnen, das ich vor einiger Zeit erstellt habe, indem ich "Datei", "Website öffnen" aus den Visual Studio-Menüs ausgewählt habe, während ich "Datei", "Projekt öffnen" hätte auswählen sollen. stattdessen. Ich wurde sofort angesprochen, als ich merkte :)

In Visual Studio 2013 hatte ich eine Weile damit zu kämpfen und es ist ziemlich einfach zu lösen. Befolgen Sie einfach die Ausnahmen "Virtuelles Verzeichnis wird nicht als Anwendung in IIS konfiguriert".

In meinem Fall hatte ich so WebServicehineingepflanztIIS website

1. Ich habe die Website im IIS-Manager geöffnet
2. Rechtsklick auf den WCF-Ordner
3. geklickt Convert to Application
4. und dann eingereicht mit Ok

WCF ist zurück und läuft.

Der Fehler deutet darauf hin, dass der von Ihnen verwendete Code erwartet, dass ein virtuelles Verzeichnis auf IIS eingerichtet wird.

Schlagen Sie die Dokumentation nach und fügen Sie das erforderliche virtuelle Verzeichnis hinzu. Es sollte ein Verzeichnis sein, web.configin dem sich ein Verzeichnis befindet (nicht das Stammverzeichnis).

Wenn Sie ein MVC-Projekt mit aktivierten Ansichten erstellen lassen, besteht eine der Lösungen darin, den Ordner obj vor dem Erstellen zu löschen. Zur Projektdatei hinzufügen:

<Target Name="BeforeBuild">
    <!-- Remove obj folder -->
    <RemoveDir Directories="$(BaseIntermediateOutputPath)" />
    <!-- Remove bin folder -->
    <RemoveDir Directories="$(BaseOutputPath)" />
</Target>

Hier ist ein Artikel: So entfernen Sie den Ordner bin und / oder obj vor dem Erstellen oder Bereitstellen

Eine kürzlich vorgenommene Änderung von web.config befindet sich möglicherweise in der falschen Datei web.config.

Views / web.config wurde eine <machineKey...>Eigenschaft hinzugefügt . Egal wie viele Cleans und Rebuilds der Fehler blieb. Das Update bestand darin, die Eigenschaft in die root /web.config zu verschieben .

wenn Sie jemals auf diesen Fehler stoßen

Es ist ein Fehler, einen Abschnitt zu verwenden, der über die Anwendungsebene hinaus als allowDefinition = 'MachineToApplication' registriert ist. Dieser Fehler kann dadurch verursacht werden, dass ein virtuelles Verzeichnis in IIS nicht als Anwendung konfiguriert ist

LÖSUNG
Ich hatte das gleiche Problem mit VS 2012. Ich habe dieses Problem durch gelöst

1. Entladen Sie Ihr aktuelles Projekt
2. Bearbeiten Sie Ihre .csproj
3. Finde das <MvcBuildViews>false</MvcBuildViews>
4. Anstelle von false ändern Sie den Wert in true
5. Laden Sie Ihr Projekt erneut und Sie sollten diesen Fehler nicht mehr haben

Wenn Sie dies haben, besteht eine Lösung darin, den Inhalt des obj-Ordners in dem vom Compiler generierten Projekt zu löschen.

In meinem Fall trat das Problem erst auf, nachdem ich das Projekt im Unterverzeichnis veröffentlicht hatte. Aufgrund meines Unwissens habe ich mein web_publishUnterverzeichnis in das web_projectVerzeichnis gestellt.

Es ist klar, dass das web_publishauch die gleichen Web.configs enthält, die das Projekt enthält. Das web_projectweiß jedoch nicht, dass my web_publishbei der Suche Web.configin den verschachtelten Unterverzeichnissen vermieden werden sollte . Auf diese Weise wurden die Web.configs dupliziert und der Fehler trat auf.

Die Lösung war, meine web_publishwoanders zu platzieren.

In meinem Fall gab es einen "Backup" -Ordner, der eine weitere Kopie der gesamten Website enthielt. Dies bedeutete eine andere web.configund so schlug der Build mit diesem Fehler fehl. Ich habe den Ordner "Backup" gelöscht, eine Clean-Lösung für die Debug- und Release-Builds durchgeführt und der Fehler ist verschwunden.

In meinem Fall,

Die Lösung enthält 6 Projekte, 1 Haupt- und 5 Unterverzeichnisse. Alle Unterverzeichnisse mit web.config.

Beim Ausführen einer Seite in Unterverzeichnissen wurde der gleiche Fehler angezeigt.

Ich habe diese Zeile aus web.config entfernt.

<authentication mode="Windows"/>

das hat bei mir funktioniert.

Bereinigen Sie Ihr Projekt. Entfernen Sie den Ordner / obj (wahrscheinlich mit Publish and Deployment? - Es liegt ein Fehler vor).

Mein Problem war, dass ich versehentlich meinen Webservice an einem vorab abgeschlossenen Speicherort auf einer Neuinstallation von VS2010 veröffentlicht hatte.

Ich hatte in einem Ordner namens PreCompiledWeb veröffentlicht , und das Vorhandensein der web.config hat es vermutlich durcheinander gebracht.

Ich habe einfach den Ordner zerstört und das Projekt aktualisiert.

Wenn ich auf diesen Fehler doppelklicke, komme ich zu dieser fehlerhaften Datei web.config, die mich darauf hingewiesen hat.

Möglicherweise liegt ein Versionsproblem vor, wenn Sie das Projekt von .Net Framework 2.0 herunterladen und es in VS2008 öffnen möchten. Dann müssen Sie auf die neueste Version aktualisieren und VS erstellt die Sicherung des Ordners im selben Stammverzeichnis holen Sie sich die Antwort hier .

Ich hatte diesen Fehler beim Erstellen der Lösung mit Web Deployment Project, das in meiner Lösung erstellt wurde. Ich behebe den Fehler, indem ich den Ordner lösche, in dem das Web Deployment Project erstellt wurde. Dieser Ordner wird im Attribut "Projektordner" der WDP-Eigenschaften angegeben

Löschen Sie die Ordner bin und obj. Erstellen Sie dann die Lösung neu.

Anscheinend gab es zwei web.config-Dateien in meiner Lösung. Ich verwende MVC4 und es gab eine andere Konfigurationsdatei unter Ansichten und ich habe die Änderung in der falschen Datei vorgenommen. Behoben dort hat mir geholfen.

Sie können jedoch jederzeit die Standardumleitung / -route in der Datei global.asax ändern.

Wahrscheinlich haben Sie einen Projektordner unter asp.net im Projektordner, der nicht als virtuelles Verzeichnis konfiguriert ist. Richten Sie das Projekt für die Ausführung in IIS ein.

Ich habe meiner Website ein Veröffentlichungsskript hinzugefügt. Löschen Sie am Ende den Ordner obj aus Ihrem Website-Ordner.

Ich habe dieses Problem häufiger, wenn "true" in der Projektdatei aktiviert ist.

1. Setze false

Wie Jonny sagt:

1. Saubere Lösung, während Ihre Lösung im Freigabemodus konfiguriert ist.
2. Saubere Lösung, während Ihre Lösung im Debug-Modus konfiguriert ist.
3. Erstellen Sie, während Ihre Lösung im Debug-Modus konfiguriert ist.

Ich hatte ein Projekt, bei dem ich keine Webanwendung sein wollte. Ich wollte, dass es ein Ordner ist. Die Antwort war, die Datei web.config vollständig zu löschen. Es gehört nur in das Stammverzeichnis einer Anwendung.

Wenn Sie beim Veröffentlichen Ihrer Website oder Anwendung auf einem Server auf dieses Problem stoßen, besteht die einfache Lösung darin, einen Ordner mit Dateien in eine Webanwendung zu konvertieren.

Ich habe das gleiche Problem in VS 2013, nachdem ich mein Projekt im Debug-Modus veröffentlicht habe. Das Problem wurde durch Entfernen von obj / files gelöst

Ich habe ein Website-Projekt.

In meinem Fall hatte ich die Lösungsdatei auf einen anderen Pfad verschoben, was das Problem verursacht. Ich habe es am vorherigen Speicherort wiederhergestellt und das Problem ist behoben.

Für alle, die noch suchen, bestand meine Lösung darin, sowohl die Ordner bin als auch obj zu löschen und Visual Studio neu zu starten, um dies zu beheben.

Über Visual Studio hatte ich einen WCF-Dienst über FTP auf einem externen Server veröffentlicht. Es funktionierte lokal und beim Veröffentlichen auf einem internen Server, jedoch nicht auf dem externen Server. Die Lösung bestand darin , ohne Site Path Angabe eines zu veröffentlichen (dh direkt im Stammverzeichnis des virtuellen Verzeichnisses zu veröffentlichen).

Ich bin mir nicht sicher, warum es funktioniert hat, da ich bereits versucht hatte, die Dateien über einen externen FTP-Client in das Stammverzeichnis zu verschieben - neben vielen anderen Versuchen, einschließlich aller hier aufgeführten. Vielleicht war es etwas mit dem Veröffentlichungsprofil, wie es für FabianVal war . Aber ich bin zu diesem Zeitpunkt nicht mehr in der Stimmung zu testen, da ich es eilig habe, nach all den Tagen, die mit diesem Problem verschwendet wurden, auf dem Laufenden zu bleiben.

Tipp 1: Reinigen und dann wieder aufbauen.

Tipp 2: Schließen Sie einfach VS und öffnen Sie es erneut.

Tipp 3: Das heruntergeladene Projekt befindet sich möglicherweise in einem anderen Unterordner. Öffnen Sie den Ordner, in dem sich Ihre .net-Dateien befinden.

c: / demo1 / demo / (alle Dateien)

Sie sollten die Demo von vs ... nicht von demo1 öffnen müssen.

Ich habe jede der oben genannten Lösungen ausprobiert, aber keine davon hat für mein Problem funktioniert. (Ich bin sicher, es gibt 1000 Lösungen für dieses Problem.) In meinem Szenario habe ich versucht, meinen WCF-Webdienst, den ich im Test hatte, in der Produktion zu veröffentlichen.

Ich habe jedoch nicht erkannt, dass wir in der Produktion nur HTTPS sind, was bedeutet, dass wir alles zu HTTPS umleiten. Wie sich herausstellte, habe ich über HTTP anstelle von HTTPS auf den Dienst verwiesen, wodurch der Fehler verursacht wurde. Die Lösung in diesem Szenario bestand darin, das Adressprotokoll einfach in HTTPS anstatt in HTTP zu ändern.

Ich hoffe, das hilft einer armen Seele da draußen, dieses Problem herauszufinden.