2009-03-02 63 views
1

我在IIS7中啓用了跟蹤。 我設置這些屬性爲true在IIS管理工具的ASP標籤:經典ASP始終在IIS7中返回代碼200

  • appAllowClientDebug,
  • appAllowDebugging,
  • errorsToNTLog,
  • scriptErrorSentToBrowser;

爲了測試它,我寫了一個小的經典的ASP測試頁,其中我自願包含一個bug(錯誤的activeX名稱)。

我的asp測試頁面被渲染,直到到達錯誤行。頁面的其餘部分未呈現。我期待500錯誤代碼,但代碼始終爲200. FailedReqLogFiles文件夾中沒有錯誤文件。

任何想法的人?

回答

2

好的,我認爲問題實際上是啓用服務器端調試。你可能會啓用它,但你應該禁用它。

服務器認爲它應該開始調試,並嘗試啓動一個調試器,然後沒有找到一個,只是放棄!我確信這從來沒有發生在IIS7之前。

+0

就是這樣!謝謝! – Blue 2009-03-16 14:59:01

0

看看這個,看看這是否阻止你得到500錯誤。另外,如果錯誤是通過activeX中的異常處理程序來處理的,那麼您可能不會在asp響應中看到錯誤。

http://classicasp.aspfaq.com/general/why-do-i-get-a-500-internal-server-error-for-all-asp-errors.html

200 OK是成功的HTTP請求標準響應。狀態碼錶明客戶的請求已成功接收,理解並被接受。

+0

不,這沒有幫助。 IIS日誌告訴我,該頁面已被訪問和生成的代碼是200. – Blue 2009-03-02 21:37:26

0

我們發生了同樣的IIS7錯誤。它沒有返回任何類型的錯誤。屏幕上沒有錯誤消息,沒有500.該頁面剛停止渲染。

這就是你所看到的嗎?我不記得不幸的是,我認爲這就像是在處理錯誤。 (如果這是你所看到的,我會繼續努力記住!)

我不認爲這是它,但它可能是:進入錯誤頁面>編輯功能設置(隱藏在右側面板)和選擇詳細錯誤?這個設置也是必需的,你沒有提到它。

+0

是的,這正是我所看到的。設置已被設置爲詳細錯誤。 – Blue 2009-03-10 20:40:49

2

Glood上午,

此問題顯著減緩我們的發展,因爲SQL Server錯誤沒有在瀏覽器上顯示出來。我們的應用服務提供商嘗試了一些設置,但無法使其工作。他們給我的設置,我不小心只做了兩個,我們的問題是固定的。他們告訴我,asp的返回碼是200,而不是錯誤碼。

這對我們什麼工作:

的組合「發送到瀏覽器= true」和「啓用服務器端調試」 =假」工作。

我希望能幫助別人。

Tom Armstrong