Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 1개 있습니다.)

IIS 8.0/8.5 - Global.asax.cs처럼 초기에 실행되는 코드에 Breakpoint를 잡는 방법

윈도우 7/2008 R2의 IIS 7.5 기준으로 Gloabal.asax.cs(또는, 그와 같은 초기 실행 코드)에 BP를 잡는 방법을 지난번에 설명했는데요.

IIS 7.5 - Global.asax.cs처럼 초기에 실행되는 코드에 Breakpoint를 잡는 방법
; https://www.sysnet.pe.kr/2/0/1521

이번에는 IIS 8.0/8.5 기준으로 해보겠습니다.

반가운 소식이라면, IIS 8.0부터 w3wp.exe가 요청이 없어도 항상 실행된 상태로 유지하는 옵션이 추가된 것입니다. 다행인지 불행인지 그렇게 실행된 w3wp.exe는 ASP.NET 파이프라인까지는 초기화시키지 않고 IIS 7.5 기준으로 .NET 2.0 웹 애플리케이션에 test.png를 요청한 정도의 수준으로 초기화가 되는 듯 보입니다.

이렇게 설정하려면, IIS 8.0 관리자에서 다음과 같이 AppPool의 "Start Mode" 옵션을 AlwaysRunning으로 선택해 주면 됩니다.

iis80_net40_1.png

이렇게 바꾸고 확인(OK) 버튼을 누르자마자 IIS는 무조건 해당 AppPool을 실행해 둡니다. 작업관리자를 통해 3.7MB로 초기화된 것으로 미뤄 봤을 때 ASP.NET이 올라온 수준은 아님을 예상할 수 있습니다. (물론, Process Explorer같은 도구를 이용해서 확인해도 되겠지만!)

iis80_net40_2.png

따라서, IIS 8.0부터는 이런 식으로 w3wp.exe를 항상 실행시켜 두면서 Global.asax.cs에 Breakpoint를 잡고 싶을 때마다 수작업으로 "Attach to Process..."를 해주면 되는 것입니다. .NET 4.0/2.0에 상관없이 말이죠.

대신, 일단 한번 디버깅을 한 다음 코드 변경하고 다시 디버깅을 하려면 그때마다 iisreset을 해줘야 합니다.




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]






[최초 등록일: ]
[최종 수정일: 7/10/2021]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... 166  167  168  169  170  171  172  173  174  175  176  177  [178]  179  180  ...
NoWriterDateCnt.TitleFile(s)
535정성태9/11/200729798.NET Framework: 96. WCF - PerSession에서의 클라이언트 연결 관리 [5]
534정성태9/3/200725286개발 환경 구성: 29. VHD 파일 크기 줄이기
533정성태9/2/200727941개발 환경 구성: 28. CA 서비스 - 사용자 정의 템플릿 유형 추가
532정성태9/2/200730502개발 환경 구성: 27. AD CA에서 Code Signing 인증서 유형 추가 방법
531정성태9/2/200726242.NET Framework: 95. WCF에서의 DataTable 사용
530정성태9/1/200722696.NET Framework: 94. WCF 예외에 대한 시행착오
529정성태8/31/200725619.NET Framework: 93. WCF - DataContract와 KnownType 특성 [1]
528정성태8/30/200720254오류 유형: 47. VPC - 네트워크 어댑터 MAC 주소 중복 오류
527정성태8/30/200730396Team Foundation Server: 20. 잠긴 파일을 강제로 해제 [2]
526정성태8/29/200720241오류 유형: 46. VS.NET 2008 - ASP.NET 디버깅 : Strong name validation failed.
525정성태8/27/200722540VS.NET IDE: 54. VS.NET 2008 - 새롭게 도입되는 XSD Schema Designer
524정성태8/23/200740049오류 유형: 45. 요청한 작업은, 사용자가 매핑한 구역이 열려 있는...
523정성태8/16/200722634VS.NET IDE: 53. VS.NET 2008 - 서비스 참조 시 기존 데이터 컨테이너 DLL 사용
522정성태8/13/200726302VS.NET IDE: 52. VS.NET 2008 - WCF를 위한 디버깅 환경 개선
521정성태8/8/200726370.NET Framework: 92. XmlSerializer 생성자의 실행 속도를 올리는 방법 - 두 번째 이야기 [3]
520정성태8/7/200721556VS.NET IDE: 51. Visual Studio 2008 베타 2 설치
519정성태7/27/200727904오류 유형: 44. System.BadImageFormatException [2]
518정성태7/26/200728943오류 유형: 43. System.ComponentModel.LicenseException [1]
517정성태7/19/200717171개발 환경 구성: 26. VPC - 일반 사용자 계정으로 구동
516정성태7/19/200720357오류 유형: 42. TFS - Error loading menu: Index was outside the bounds of the array [2]
515정성태7/18/200728047오류 유형: 41. SSL 서버 자격 증명을 만드는 동안 심각한 오류가 발생했습니다.
514정성태7/14/200720738Team Foundation Server: 19. Orcas에서 개선되는 TFS 기능들
513정성태7/4/200731712.NET Framework: 91. Foreground Thread / Background Thread [1]
512정성태6/27/200721710오류 유형: 40. error PRJ0050: Failed to register output.
511정성태6/25/200729684.NET Framework: 90. XmlSerializer 생성자의 실행 속도를 올리는 방법 [2]
510정성태6/25/200744686디버깅 기술: 15. First-Chance Exception
... 166  167  168  169  170  171  172  173  174  175  176  177  [178]  179  180  ...