因此，我們在將ASP.NET MVC應用程序部署到客戶端網站時遇到了一些問題。基本上，當我們嘗試從localhost測試應用程序時，我們得到了可怕的Global.asax解析器錯誤，指出它無法加載應用程序全局。將MVC 1應用程序部署到遠程服務器時出現Global.asax解析器錯誤
研究表明有此例外，我們看到基本上是4種可能的原因：
該解決方案還沒有建成。這顯然不是這種情況，因爲我們可以在這裏部署它，並且它可以在我們部署到的任何機器上運行良好，我們必須構建和發佈補丁來部署它。
Global.asax命名空間繼承與應用程序全局代碼文件不匹配。我們再一次檢查了這一點，因爲它在這裏運行得很好，這不是問題。
其他非描述性IIS/VS.NET惡作劇。基本上，在IIS或VS.NET中，某些東西會變得無足輕重，並且Web服務器在此應用程序中的行爲不正確。我們已經完成了清理和重建，我們已經刪除了虛擬目錄並重新創建，並執行了我們在其他地方在線發現的所有IIS虛擬化。 IIS反彈，服務器重新啓動，虛擬目錄/應用程序重新創建等的各種組合。
代碼級權限問題。我們已經驗證了完全信任框架目錄中的機器/網絡配置，我們已經在IIS中將.NET信任設置爲完全的，我們已經授予每個人完全控制目錄的權限，只需使用安全錘等等即可。 。
相關detials： 的Windows Server 2008 x64的 IIS 7，32位兼容的應用程序池（應用程序寫在編譯的任何CPU 32位操作系統） 應用程序池標識設置爲網絡服務 微軟ASP。 NET MVC 1.0 XCopy部署
我們部署了另一個只讀應用程序就好了。這個應用程序的重要區別是使用需要完全信任的NHibernate和Log4Net。 此外，Web項目的實際項目名稱與默認名稱空間不同，但Global.asax中的Inherits名稱空間和Global.asax.cs文件相匹配，因此這不應該成爲問題。
有人有什麼好主意嗎？我們正式倒閉到昏暗的地方。
編輯 例外是Could not load type <MyDefaultNamespace>.<Global.asax.cs class name>
沒有代碼段爲應用程序將不會加載在所有。它在安裝後立即失敗並且沒有時間滯後。
這是所有這些人over here有與