Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일

Web Site Model 프로젝트에서 Trace.WriteLine 출력이 dbgview.exe에서 확인이 안 되는 문제


Web Site 모델에 대해서 생소한 분은 우선 다음의 글을 참조하시고,

Web Site Model 
; https://www.sysnet.pe.kr/2/0/312

그래서, 아래의 글에 잠시 소개되는 것처럼 DLL 없이 순수하게 파일만으로 구성한 웹 사이트를 만드는 것도 가능합니다.

IIS Express - localhost 이외의 호스트 이름으로 접근하는 방법
; https://www.sysnet.pe.kr/2/0/1030

어쨌든! 이런 Web Site 모델의 경우 기본적으로 Debug 및 Trace 개체의 WriteLine 출력이 안되는 것을 확인할 수 있습니다.

// default.aspx 웹 페이지를 방문해도 dbgview.exe에서는 아무런 출력결과도 확인이 안됨
public partial class _Default : System.Web.UI.Page
{
    protected void Page_Load(object sender, EventArgs e)
    {
        System.Diagnostics.Debug.WriteLine("Debug.WriteLine");
        System.Diagnostics.Trace.WriteLine("Trace.WriteLine");
    }
}

실제로, 위의 웹 페이지를 방문할 때 default.aspx/cs 파일을 빌드하기 위해 다음과 같이 빌드 프로세스가 실행됩니다.

"C:\Windows\Microsoft.NET\Framework\v4.0.30319\csc.exe" /noconfig /fullpaths @"C:\...[AppDataLocal]...\Temp\Temporary ASP.NET Files\website1\bd62c795\3e1d734d\gfrfbecn.cmdline"


(csc.exe 실행 후 곧바로 지워버리기 때문에) "gfrfbecn.cmdline" 파일의 내용을 확인할 수는 없었지만, 생각해 보면 Debug/Trace 출력이 없음을 이해할 수 있습니다. 빌드는 해야 하는데, 적절한 컴파일 옵션이 주어지지 않았기 때문에 컴파일러 입장에서는 '기본값'으로 .aspx/.cs 파일을 빌드할 수밖에 없었을 것입니다.

그렇다면, 원하는 데로 옵션을 지정해 주어야 할 텐데요. 우선, 상대적으로 간단한 Debug.WriteLine부터 가능하도록 해보겠는데, 이를 위해 다음과 같이 컴파일러에게 디버그 모드로 .aspx/.cs 파일을 빌드하도록 지정해 줄 수 있습니다.

<configuration>
  <system.web>
    <compilation debug="true" targetFramework="4.0" />
    ...[생략]...
  </system.web>
</configuration>

위의 변경 이후에는, default.aspx 웹 페이지를 방문하면 "Debug.WriteLine" 출력을 dbgview.exe에서 확인할 수 있습니다.




Trace.WriteLine 출력은 어떨까요? 아쉽게도 Debug 출력처럼 간단하게 속성 값만 변경해 주는 수준에서는 해결이 안되고 다음과 같이 복잡한 컴파일러 옵션을 재정의 해주어야 합니다.

  <system.codedom>
    <compilers>
      <compiler language="c#;cs;csharp"
              extension=".cs"
              compilerOptions="/d:TRACE"
              type="Microsoft.CSharp.CSharpCodeProvider, System, Version=2.0.3500.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" 
              warningLevel="1" />
    </compilers>
  </system.codedom>
  

아하... 그렇군요. 일반 DLL/EXE 빌드에서와 마찬가지로 TRACE 매크로 상수 값을 compilerOptions 속성에 지정하는 것으로 해결할 수 있습니다. 이제는 정상적으로 Debug/Trace.WriteLine 구문이 동작하는 것을 확인할 수 있습니다.

그런데, 위의 구문을 가만히 보면 compilerOptions가 단지 /d:TRACE 정의만을 위한 것은 아니라는 것을 눈치채셨을 것입니다. 따라서 <compilation debug="true" targetFramework="4.0" />의 debug 속성값을 false로 바꾼 상태에서도 결국 다음과 같이 compilerOptions을 주게 되면 동일하게 Debug/Trace를 활성화시킬 수 있다는 것이고!

<compiler language="c#;cs;csharp"
        extension=".cs"
        compilerOptions="/d:TRACE;DEBUG"

첨부된 파일은 위의 코드를 포함한 예제 프로젝트인데, '웹 사이트 유형'이기 때문에 별도의 csproj 프로젝트 파일이 없습니다.




마치기 전에, 한 가지 언급하자면 compiler 노드의 설정에서 type 값이 중요합니다.

<system.codedom>
    <compilers>
        <compiler language="c#;cs;csharp" extension=".cs" compilerOptions="/d:TRACE"
             type="Microsoft.CSharp.CSharpCodeProvider, System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" />
    </compilers>
</system.codedom>

웹상의 자료를 검색하면, 위의 type 값이 생략된 것을 종종 볼 수 있는데요. 그런 경우 compilerOptions 설정이 전혀 효력이 없었습니다. 또한, system.web/compilation[@targetFramework] 값이 "4.0"이어도 compiler[@type] 내의 Version 속성은 "2.0.0.0"도 허용이 됩니다. (아마도 .NET 2.0도 함께 설치되어 있어야 할 것입니다.)




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







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

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

비밀번호

댓글 작성자
 




... 46  47  48  49  50  51  52  53  54  55  56  [57]  58  59  60  ...
NoWriterDateCnt.TitleFile(s)
12513정성태1/28/202116077오류 유형: 698. electronize - User Profile 디렉터리에 공백 문자가 있는 경우 빌드가 실패하는 문제 [1]
12512정성태1/28/202116455오류 유형: 697. The program can't start because VCRUNTIME140.dll is missing from your computer. Try reinstalling the program to fix this problem.
12511정성태1/27/202116184Windows: 187. Windows - 도스 시절의 8.3 경로를 알아내는 방법
12510정성태1/27/202117041.NET Framework: 1020. .NET Core Kestrel 호스팅 - Razor 지원 추가 [1]파일 다운로드1
12509정성태1/27/202116908개발 환경 구성: 524. Jupyter Notebook에서 C#(F#, PowerShell) 언어 사용을 위한 환경 구성 [3]
12508정성태1/27/202116164개발 환경 구성: 523. Jupyter Notebook - Slide 플레이 버튼이 없는 경우
12507정성태1/26/202116713VS.NET IDE: 157. Visual Studio - Syntax Visualizer 메뉴가 없는 경우
12506정성태1/25/202119832.NET Framework: 1019. Microsoft.Tye 기본 사용법 소개 [1]
12505정성태1/23/202116536.NET Framework: 1018. .NET Core Kestrel 호스팅 - Web API 추가 [1]파일 다운로드1
12504정성태1/23/202118497.NET Framework: 1017. .NET 5에서의 네트워크 라이브러리 개선 (2) - HTTP/2, HTTP/3 관련 [1]
12503정성태1/21/202116901오류 유형: 696. C# - HttpClient: Requesting HTTP version 2.0 with version policy RequestVersionExact while HTTP/2 is not enabled.
12502정성태1/21/202117480.NET Framework: 1016. .NET Core HttpClient의 HTTP/2 지원파일 다운로드1
12501정성태1/21/202116446.NET Framework: 1015. .NET 5부터 HTTP/1.1, 2.0 선택을 위한 HttpVersionPolicy 동작 방식파일 다운로드1
12500정성태1/21/202117254.NET Framework: 1014. ASP.NET Core(Kestrel)의 HTTP/2 지원 여부파일 다운로드1
12499정성태1/20/202118596.NET Framework: 1013. .NET Core Kestrel 호스팅 - 포트 변경, non-localhost 접속 지원 및 https 등의 설정 변경 [1]파일 다운로드1
12498정성태1/20/202117032.NET Framework: 1012. .NET Core Kestrel 호스팅 - 비주얼 스튜디오의 Kestrel/IIS Express 프로파일 설정
12497정성태1/20/202119590.NET Framework: 1011. C# - OWIN Web API 예제 프로젝트 [1]파일 다운로드2
12496정성태1/19/202116943.NET Framework: 1010. .NET Core 콘솔 프로젝트에서 Kestrel 호스팅 방법 [1]
12495정성태1/19/202119299웹: 40. IIS의 HTTP/2 지원 여부 - h2, h2c [1]
12494정성태1/19/202118557개발 환경 구성: 522. WSL 2 인스턴스와 호스트 측의 Hyper-V에 운영 중인 VM과 네트워크 연결을 하는 방법 [2]
12493정성태1/18/202116617.NET Framework: 1009. .NET 5에서의 네트워크 라이브러리 개선 (1) - HTTP 관련 [1]파일 다운로드1
12492정성태1/17/202115597오류 유형: 695. ASP.NET 0x80131620 Failed to bind to address
12491정성태1/16/202117617.NET Framework: 1008. 배열을 반환하는 C# COM 개체의 메서드를 C++에서 사용 시 메모리 누수 현상 [1]파일 다운로드1
12490정성태1/15/202116747.NET Framework: 1007. C# - foreach에서 열거 변수의 타입을 var로 쓰면 object로 추론하는 문제 [1]파일 다운로드1
12489정성태1/13/202118833.NET Framework: 1006. C# - DB에 저장한 텍스트의 (이모티콘을 비롯해) 유니코드 문자가 '?'로 보인다면? [1]
12488정성태1/13/202118115.NET Framework: 1005. C# - string 타입은 shallow copy일까요? deep copy일까요? [2]파일 다운로드1
... 46  47  48  49  50  51  52  53  54  55  56  [57]  58  59  60  ...