By default, debugging a website or web project within Visual Studio bring up the built-in server of Visual Studio. But, we do have a problem to change the server to an IIS instance. I recently switched to debugging on IIS on my Windows 2008 Server Machine. Debugging works fine. The only problem is that if your code hit some breakpoint and if you leave the program in ‘break’ mode for more than 90 seconds, Visual Studio shows the following message:
After a bit tweaking around in the new IIS interface, I got the solution:
- Open Internet Information Services (IIS) Manager.
- From the server tree (the item with the name as the server name), choose Application Pools.
- Choose the Application Pool corresponding to your testing IIS website (usually it has the same name as your IIS website)
- Right-click and choose Advanced Settings.
- From the Process Model node, change the Ping Maximum Response Time (seconds) to a comfortably higher value (I have set the value to 900 seconds which is 15 minutes).
Alternatively, you can also set the Ping Enabled property to False.
Apparently what happens is that the server keeps pinging the worker process and waits for a response. When in debugging mode, the worker process is affectively suspended, which results in the ping not being responded.
'Web Platform' 카테고리의 다른 글
ASP.NET C# 서버쪽 함수를 JavaScript 클라이언트 코드에서 호출하기 (PageMethods, WebService, jQuery) (0) | 2010.06.17 |
---|---|
오른쪽마우스클릭 및 드래그 방지 (0) | 2010.06.17 |
Browser Compatibility Check for Internet Explorer Versions from 5.5 to 8 (0) | 2010.01.21 |
MIME on IIS Windows 2003 (1) | 2009.10.07 |
table에서 텍스트 길이가 길 경우, 자동으로 "..." 붙여주기 (0) | 2009.07.05 |