publishing asp.net-Website geben "Objektreferenz nicht auf eine Instanz eines Objekts festgelegt." Fehler

Dieser Fehler trat bei mir auf, als ich versuchte, das Projekt mit MSBUILD zu kompilieren - es würde in Visual Studio gut funktionieren und würde sogar in meinem lokalen Browser debuggen. Die Publish-Option in VS funktionierte ebenfalls. Aber die Befehlszeile MSBUILD führte dazu, dass das Projekt jedes Mal fehlschlug.

Ich konnte dieses Problem in VS 2012 beheben, indem ich die Eigenschaftsseiten auf meiner Website öffne, die Registerkarte "MSBuild-Optionen" öffne und die Option "Diese vorkompilierte Site sollte aktualisierbar sein" deaktivierte und dann auf "Alle speichern" klickte.

Ich hatte die gleiche Erfahrung und löschte das komprimierte Flag aus der Lösungsverzeichnisstruktur, setzte den Compiler wieder in Betrieb.

Dies tritt normalerweise auf, wenn eine *.dll.refresh -Datei im Verzeichnis bin auf einen Speicherort verweist, der nicht mehr verfügbar ist. Das Löschen der *.dll.refresh -Dateien sollte das Problem beheben.

Ich weiß, dass dies ein alter Post ist, aber nur für den Fall, dass jemand das nützlich findet:

Die Ursache dieses Problems war für mich der McAfee-Anti-Virus

ASPNETCOMPILER (0,0): Fehler ASPRUNTIME: Objektreferenz nicht auf eine Instanz eines Objekts festgelegt

Ich hatte ein ähnliches Problem beim Kompilieren von Ansichten in MVC WebApplication. NullReferenceException wurde nur beim Erstellen einer Lösung in VS oder MSBuild ausgelöst. Das Ausführen von aspnet_compiler.exe über die Befehlszeile war ohne Fehler.

Nach einem Tag der Suche nach Antworten im Web und der Entdeckung mit ProcessMonitor, habe ich herausgefunden, dass es passierte, als der Compiler versuchte, die Datei ReportService.svc zu kompilieren. Wenn diese Datei gelöscht oder die Erweiterung umbenannt wurde, wurde alles gut kompiliert. Sehr seltsame Auflösung Problem beim Kompilieren von SVC-Dateien behoben. Vor ein paar Tagen habe ich bei diesem Projekt die ntfs-Komprimierung eingeschaltet, um Speicherplatz zu sparen. Und das war das einzige Problem. Wenn das NTFS-Komprimierungsattribut aus dem Websiteordner entfernt wurde, wurde das NullReferenceException-Problem behoben.

Ich habe diesen Fehler kürzlich festgestellt. Als @samiz oben erwähnt, müssen Sie zuerst alle * .dll.Refresh nach diesem Build löschen und veröffentlichen Sie Ihre Website. Jedoch, manchmal, wie für mich geschehen, wenn Sie * .dll.refresh gelöscht haben, dann veröffentlichen Sie Ihre Website, Fehler erinnert wie üblich. Ich habe viele Tests gemacht, aber nichts ändert sich.

Ich erstelle auch einen neuen Ordner und kopiere alle * .dlls, die ich für meine Website benötige. Als nächstes löschen Sie alle * .dll im Bin-Ordner und fügen Sie sie dann um eins hinzu.

Schließlich starte ich meinen PC neu und versuche dann, meine Website zu veröffentlichen. Glauben Sie mir oder nicht, es funktioniert gut und kein Fehler ist aufgetreten.

Ich hatte ein ähnliches Problem. Die Anwendung würde in der IDE erstellt und ausgeführt, aber nicht veröffentlicht. sich auf der Bühne "verschmelzen dll in Einzelmontage". Nach der Untersuchung von aspnet_merge.exe stellte ich fest, dass das Problem gelöst wurde, indem Sie das Kontrollkästchen "Debug-Informationen ausgeben" in den Veröffentlichungsoptionen deaktivieren.

Es ist möglicherweise kein "sauberer" Fix für das Problem, aber es ist ein Workaround.

Hoffe, das hilft.

Andrew

Das Löschen aller * .compiled Dateien aus dem Bin Ordner der Webseite funktioniert für mich. :)

Diese Dateien können sicher gelöscht werden und werden während der Vorkompilierung erstellt. Weitere Informationen finden Sie in diesem MSDN-Link .

In meinem Fall hat das Löschen von Cookies das Problem behoben.

StackTrace hatte einige Autorisierungs- und Cookies erwähnt. Ich habe die Webanwendung im InCognito-Modus geöffnet (die Cookies werden nicht gespeichert) und die App gefunden arbeiten.

Ich hoffe, es hilft jemandem.

Auch dies ist ein alter Beitrag, aber ich hatte folgendes:

VS2012 asp.net Webformular App - & gt; Upgrade auf VS2013

Versuchen Sie zu veröffentlichen - erhalten Sie den gleichen Fehler wie OP.

Als ich es schließlich herausgefunden habe, wurde das Problem von einer Sache verursacht:

Als ich mir die Mitgliedschaftsanbieter in web.config angeschaut habe, fehlte einem Element das Attribut connectionStringName:

schlecht:

gut:

Ich bin mir nicht sicher, warum eines der connectionStringName-Attribute entfernt wurde oder sogar wenn es jemals vorhanden war, aber Sie können diesen Fehler mit dieser Einstellung ein- und ausschalten.

Ich hatte das gleiche Problem, als ich versuchte, meinen Webservice zu veröffentlichen. Das Problem war, dass die PrecompiledApp.config-Datei, die erstellt wird, wenn Sie Ihre Website in einem Verzeichnis veröffentlichen, wie zu meinem Projekt hinzugefügt wurde. Damit hat es den Fehler verursacht.

Die Auflösung: Ich habe die Datei aus meinem Projektbaum in Visual Studio gelöscht und dann konnte ich den Webservice mit den vorkompilierten Einstellungen wieder freigeben / aktivieren.

Stellen Sie sicher, dass Sie nicht direkt im virtuellen Verzeichnis veröffentlichen. Wenn ja, stoppen Sie die Site, veröffentlichen Sie sie und starten Sie die Site neu.

Aktualisieren Sie Ihr Visual Studio auf VS 2013. Es löste das Problem für mich. :)