2011-12-09 38 views
7

我們一直有一個隨機問題與我們的生活網站。我們不確定究竟是什麼導致了這個問題。我們嘗試清除臨時文件,但問題再次發生。我們甚至殺死了IIS app_pool,這樣它就不會在內存中保留任何內容。只要我們把網站備份起來,我們會再次遇到這個錯誤。任何幫助表示讚賞。重複類型錯誤?

編譯器錯誤信息:CS0433:類型 'ASP.modules_dataentry_provider_orderhistory_ascx' 中都存在「C:\ WINDOWS \ Microsoft.NET \框架\ v4.0.30319 \臨時ASP.NET文件\ ROOT \ 44d35bd0 \ b13314db \ App_Web_orderhistory.ascx.8106afdb.spsukqu_.dll」和 'C:\ WINDOWS \ Microsoft.NET \框架\ v4.0.30319 \臨時ASP.NET文件\ ROOT \ 44d35bd0 \ b13314db \ App_Web_xg5e4m3x.dll'

+0

我以前有同樣的問題,但當我多次構建應用程序時,它已被修復。 –

+0

您是否嘗試清理bin目錄並重新將本地版本的bin內容重新部署到服務器bin目錄?它看起來像你正在使用一個網站項目,所以你想確保一箇舊版本的頁面DLL不存在。 – dash

+1

這通常發生在部署過程中,當有人在bin文件夾下保留舊dll的安全副本時... –

回答

6

有沒有很多工作,但我認爲你的網站的部署出了問題的地方。您可能只是覆蓋了可能會將舊程序集留在那裏的文件夾。嘗試通過首先刪除舊的程序集來進行乾淨的部署。

+0

就是這樣。我們用於將網站推送到測試環境的構建腳本在推出新代碼之前實際上完全刪除了現有目錄。但是,將網站推向我們的實時環境的腳本並未刪除現有目錄,因此存在緩存問題。 感謝您的幫助! – Chev

2

剛刪除

c:\ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ Temporary ASP.NET 文件\ ROOT \ 44d35bd0 \

目錄,並重新建造

ASP.NET店編譯的DLL到該臨時文件夾,我想在你的情況下創建兩次

希望這有助於

+0

我們已經試過了。我們清除了「臨時ASP.NET文件」的所有內容。一旦我們再次啓動網站,它再次發生。 – Chev

3

我遇到了同樣的問題。通常刷新頁面幾次將清除它,但最終this advice幫助。

設置編譯配置批量=假:

​​

給它一個嘗試,看看是否有幫助。

1

我的網站項目發生了類似的錯誤。

由於每個頁面的代碼被編譯到一個單獨的dll中,因此您將該類型移動到不同的頁面(甚至重命名原始父頁面),遠程dll舊類型被定義爲掛起。清理bin目錄並重新部署dll文件在過去爲我解決了這個問題。另外請確保在網站中沒有任何舊的aspx/ascx指向您在您的項目中不再擁有的aspx/ascx。

2

我以前有過這個問題,並且在我的項目的obj目錄中刪除了Debug &發佈文件夾,爲我解決了這個問題。

-1

我對我的web應用程序相同的問題和修復是改變一切「的CodeFile」到「代碼隱藏」

<%@ Page Language="C#" CodeFile="Default.aspx.cs" MasterPageFile="~/Main.ma ... 

<%@ Page Language="C#" CodeBehind="Default.aspx.cs" MasterPageFile="~/Main.ma...