IIS應用程序路徑更改導致意外的行爲

我有一個應用程序（app1）顯示奇怪的行爲，描述爲here。我在IIS中創建了另一個與app1具有相同路徑的應用程序（app2）。它「工作」，因爲它沒有拋出infragistics錯誤，但由於「無效參數」，它無法加載一些資源，也無法加載jQuery。IIS應用程序路徑更改導致意外的行爲

我做了一個測試，因爲我很好奇。我將另一個現有應用程序的路徑（app3）修改爲路徑app1。它像app2一樣「工作」，不會識別資源，也不會識別jQuery。

這種行爲的原因是什麼？我如何修復我的應用程序？有沒有解決這個問題的辦法，還是應該把頭髮拉出來？

預先感謝您的任何幫助，

最好的問候，

阿帕德·拉約什。

來源

2012-10-28 Lajos Arpad

Err ...你問同樣的問題兩次。我不知道，如果我有答案，是否在這裏或那裏回答。我知道嵌套在IIS中的應用程序可能是一個真正的痛苦，因爲web.config繼承問題，我回憶起類似的問題時，我不得不處理它們，如果這有幫助（我不知道你是否嵌套或者不，只要把它扔在那裏以防萬一）。 – JayC

此問題是關於更改應用程序的應用程序路徑，然後在加載資源時遇到問題。另一個問題是關於由於構建過程中電池電量不足而造成筆記本電腦崩潰後，infragistics上的參數不正確。我不認爲他們是一樣的，但我感謝你的評論。 –

使用ASP.NET的IIS使用臨時文件夾爲未編譯的代碼/ aspx文件/其他編譯DLL。嚴格來說，IIS在這裏不會做任何事情;它可能（可能）是asp.net工作進程調用所有必要的編譯器等的工作，但不要在此引用我。

當您訪問新應用程序時，除非完全預編譯，否則可能需要根據需要編譯一堆代碼。很少，這個過程會搞砸。

如果您的網站使用NuGET來獲取更新的DLL，至少有一個或多個開源CMS做的，我發現，這可能也必須處理，儘管據我所知，這些只是得到下載到應用程序的bin文件夾。有時候，如果你移動文件，這個過程也會被破壞。

因此，可能會發生的各種事情可能會中斷，並且您得到的異常是最普通的異常情況之一。沒有堆棧跟蹤，這不太可能有用。

回答這個問題（Could not load file or assembly App_Licenses），這兩個問題的解決方案可能只是刪除臨時文件，儘管解決方案投票最多（截至2012年10月27日）有點極端：你只需要刪除你關心的應用程序的臨時文件，而不是每個應用程序的臨時文件。清理和重建您的應用程序也可能起作用，並重新啓動與該網站相關的AppPool。

來源

2012-10-28 02:57:52 JayC

這個問題的完美答案，問題是暫時的設置被搞砸了，沒有任何修復它只是在一段時間後才工作。至少這是我所觀察到的，但你對這類問題的理論洞察對我有幫助，並且可能對其他可能會遇到此問題的人有所幫助。總之，當然，我會將您的答案投票並儘可能接受。至於另一個問題：我沒有試圖刪除該項目的臨時文件，但我會這樣做，並會讓你知道結果。 –

IIS，AppPool重新啓動和解決方案清理沒有幫助，因此，它可能是臨時文件中的某些內容。感謝您的時間。 –

IIS應用程序路徑更改導致意外的行爲

回答

相關問題