2009-06-09 17 views
1

Ich erhalte einen Fehler, wenn ich ein Benutzersteuerelement oder eine DLL auf der Website ersetze. Die Lösung besteht darin, den Inhalt des Ordners zu stoppen und zu löschen, was offensichtlich nicht ideal ist, um die Seite zu stoppen.Temporäre ASP.NET-Dateien - Problem mit doppelten Dateien

Ich habe gelesen, dass dies möglicherweise durch die Wiederverwendung von Klassennamen verursacht wird, etwa wenn Sie eine Kopie eines Steuerelements erstellen und es der Lösung hinzufügen.

Ist es für diesen Ordner typisch verwendet werden, wie kann ich die Website Absturz zu vermeiden, wenn ich eine Änderung

Laufen auf IIS7.0, ASP.NET 3.5

+0

auf welchen Ordner beziehen Sie sich? –

+0

C: \ Windows \ Microsoft.Net \ Framework \ v2.0.50727 \ Temporäre ASP.NET-Dateien – Stuart

+0

Was ist eigentlich der Fehler? –

Antwort

1

Ich bekomme dieses Problem, wenn ich DLLs aktualisiere und den BIN-Ordner wegen der Art, wie mein Code eingerichtet wird, nicht lösche. Wenn ich beispielsweise Version 3.0.1 einer DLL verwende und Version 3.5.0 dieser DLL hinzufüge, führt dies zu Konflikten.

Soweit eine Lösung, würde ich mit der ersten Antwort obwohl, die einen dev-Server und einen Live-und haben veröffentlichen, obwohl es möglicherweise nicht ideal für Ihre Situation.

1

machen, sollten Sie die Entwicklung von der Produktion trennen und veröffentlichen von Dev zu der Prod Iis.

BTW, falls Sie tatsächlich 2 Klassen mit demselben Namen haben, sollte die Kompilierung auf diese Weise fehlschlagen.

1

Verwenden Sie veröffentlichen, um die Website zu veröffentlichen, Vorkompilierung in Betracht ziehen. Der temporäre Ordner enthält Ressourcen, die im laufenden Betrieb kompiliert werden.

Fake ein Web.config-Update zum Generieren der Neukompilierung funktioniert auch im Gegensatz zu IIS Neustart? Obwohl nicht ideal.

Verwandte Themen