개발 환경 구성: 14.1. 오류 유형 - GAC 에 등록된 DLL 에 대한 문서화 시 오류

부모글 보이기/감추기

SandCastle 사용법 소개.

NDoc이 더 이상의 업그레이드를 포기했다는 소식은 전에 알려드렸지요. 그런 와중에 다행히도, Microsoft가 SandCastle이라는 문서화 도구를 공개해 주었는데요. 오늘은 바로 이 "SandCastle" 프로그램을 사용하여 XML 주석 처리된 것에서 CHM 파일을 만드는 방법에 대해 소개해 드리겠습니다. 미리 말씀드리면, 이 문서를 작성하기 위해 제가 참조한 토픽은 다음의 것입니다.

Creating a Chm build using Sandcastle
; http://blogs.msdn.com/sandcastle/archive/2006/07/29/682398.aspx

개인적으로는 위의 설명이 영 ^^; 탐탁치 않습니다. 위에서는 상대 경로를 사용했는데, 그것으로 인해 오히려 무척이나 힘든 경로 설정을 하게 되어 피곤해 지기 때문입니다. 그래서, 저는 아예 절대 경로 설정으로 환경을 구성했으며, 그 점으로 인해 재활용 가능한 "sandcastle.config" 파일을 얻게 되었습니다. ^^; 그 이유에 대해서는 여러분들이 일단 제가 한 방법대로 따라해 보시고, 시간 나시면 위의 토픽에 방법대로 해보시면 아시게 될 것입니다.

우선, 현재(2006-09-15) 가장 최신 버전을 다음의 경로에서 다운로드할 수 있습니다.

Sandcastle - August 2006 Community Technology Preview (CTP)
; http://www.microsoft.com/downloads/details.aspx?FamilyID=e82ea71d-da89-42ee-a715-696e3a4873b2&DisplayLang=en

그다음 HTML Help Workshop을 다음의 경로에서 다운로드해야 합니다.

HTML Help 1.4 SDK - Microsoft HTML Help Downloads
; http://msdn.microsoft.com/library/default.asp?url=/library/en-us/htmlhelp/html/hwMicrosoftHTMLHelpDownloads.asp

그럼 전체적인 구조를 한번 살펴볼까요? Sandcastle의 동작방식은 NDoc과는 다소 다릅니다. 아래의 그림을 보면 한눈에 이해하실 수 있을 텐데요.

[출처 : SandcastleV2.ppt - http://blogs.msdn.com/sandcastle/attachment/681209.ashx]
Documentation Process using Sandcastle

NDoc과는 달라도 꽤나 직관적인 흐름을 갖습니다. 첫 번째 단계로, VS.NET 2005에서 XML Documentation 생성 옵션을 지정하고 빌드하면, assembly와 xml 파일들이 생기는데, assembly 쪽은 별도로 MrefBuilder.exe에서 다시 한번 변환을 한 다음, 최종 결과물들을 BuildAssembler.exe를 사용해서 가공하게 됩니다. 이때의 결과물들도 직접 CHM 파일 형태로 나오는 것이 아니라 HTML Help Workshop에서 처리할 수 있는 입력 파일입니다. 어떻게 보면 단계는 복잡해도 서로 간의 영역을 확실히 함으로써 분업화를 잘 이루었다고 볼 수 있습니다. 나온 결과물도 꽤나 멋들어집니다. ^^ 아래의 화면을 보시면 동의하실 거라 봅니다. 물론, 아직 좀 미숙한 부분도 있지만 아직 RC 버전도 아닌 CTP 버전임을 감안하면 기대해도 좋을 것 같습니다.

[출처 : SandcastleV2.ppt - http://blogs.msdn.com/sandcastle/attachment/681209.ashx]
Documentation Process using Sandcastle

그럼... 구미가 좀 땡기시나요? ^^ 암튼, Microsoft 역시 이 SandCastle로 MSDN 도움말을 만들었다고 하니 지속적인 업데이트는 보장된 듯합니다. NDoc 처럼 중간에 사라질 거란 걱정은 하지 않아도 된다는 얘기입니다. ^^

자, 그럼 이제 실제로 한번 만들어봐야 맛이겠지요. 우선, 환경 설정은 위에서 소개한 "SandCastle"과 "HTML Help Workshop"을 설치하는 것입니다. (아래의 설명에서는 이 프로그램들을 "C:\Program Files" 하위에 설치했다는 것을 가정으로 합니다.)

일반적인 C# 클래스 라이브러리를 만들고 XML 주석 파일이 생성되도록 컴파일된 결과물이 있다고 가정하고 이야기를 진행해 보겠습니다. (첨부된 SandCastleExam.zip을 사용하셔도 됩니다.)

이제부터의 작업은 Sandcastle에서 하라는 대로 해주어야 하는 것만 있습니다.

0. SandCastle이 동작되기 위한 준비 작업을 합니다. 우선, 현재 빌드 결과물 폴더에서 하위로 "comments", "html", "Art", "Scripts", "Styles" 폴더를 각각 만들어 둡니다. 그 후, 다음과 같은 명령을 통해서 파일을 복사해 둡니다.

copy ".\*.xml" .\comments   ; 이 라인에서의 XML 파일은 현재 빌드된 프로젝트에서 생성된 XML Documentation 옵션으로 생성된 파일입니다.
copy "C:\Program Files\Sandcastle\Presentation\Art\*.*" .\Art
copy "C:\Program Files\Sandcastle\Presentation\Scripts\*.*" .\Scripts
copy "C:\Program Files\Sandcastle\Presentation\Styles\*.*" .\Styles

1. 프로젝트 빌드 결과물에 대해서 "MRefBuilder"를 사용하여 Reflection 결과물 생성

MRefBuilder .\*.dll .\*.exe /out:.\reflection.org

위의 경우에는 현재 폴더의 모든 DLL과 EXE에 대해서 Reflection 결과물을 만듭니다.

2. 위의 ORG 파일로부터 Manifest 정보를 담는 XML 파일을 생성.

XslTransform /xsl:"C:\Program Files\Sandcastle\ProductionTransforms\AddOverloads.xsl" .\reflection.org /xsl:"C:\Program Files\Sandcastle\ProductionTransforms\AddGuidFilenames.xsl" /out:.\reflection.xml
XslTransform /xsl:"C:\Program Files\Sandcastle\ProductionTransforms\ReflectionToManifest.xsl"  .\reflection.xml  /out:.\manifest.xml

3. 2번 단계에서 생성한 Manifest 정보와 특정한 Config 파일을 입력으로 각 도움말 페이지의 HTML 파일을 생성.

BuildAssembler /config:sandcastle.config .\manifest.xml

이때, sandcastle.config 파일은 내용을 직접 상황에 맞게 편집하셔야 합니다. (사실, 거의 그대로 쓰셔도 됩니다. ^^) 내용이 너무 길어서, 이 파일은 첨부된 "Build 예제.zip"에 포함된 "SandCastle.config" 파일을 참고하십시오. (참고로, 모든 경로가 "C:\Program Files\sandcastle"에 sandcastle이 설치되어 있다고 맞춰져 있습니다.)

4. Reflection.xml로부터 HHC, HHP, HHK 파일을 생성.

XslTransform /xsl:"C:\Program Files\Sandcastle\ProductionTransforms\ReflectionToChmProject.xsl" .\reflection.xml /out:.\test.hhp
XslTransform /xsl:"C:\Program Files\Sandcastle\ProductionTransforms\ReflectionToChmContents.xsl" .\reflection.xml /arg:html=.\html /out:.\test.hhc
XslTransform /xsl:"C:\Program Files\Sandcastle\ProductionTransforms\ReflectionToChmIndex.xsl" .\reflection.xml /out:.\test.hhk

이러한 파일들은 모두 HTML Help Workshop의 입력 파일로 지정됩니다.

5. HHC 컴파일러를 통해서 최종적으로 CHM 파일을 생성.

hhc .\test.hhp

이때, 3번 단계에서 생성한 HTML 파일들과 함께 CHM 결과물이 생성되게 됩니다.

과정은 위와 같은데, 다소 복잡해 보이긴 해도 간단한게 배치 파일 하나만 만들어 놓으면 모든 과정을 자동화시킬 수 있습니다.

여러분들이 쉽게 실습을 할 수 있도록 제가 모든 파일을 만들어 놓았으니 첨부된 파일을 가지고 다음의 단계를 따라해 보시면 쉽게 CHM 결과물을 보실 수 있으니 참고하십시오.

1. 첨부된 SandCastleExam.zip 파일을 다운로드해서 릴리스 빌드합니다.

2. 첨부된 Build 예제.zip 파일을 압축 해제해서, "[솔루션 폴더]\bin\Release" 폴더에 복사합니다.

3. "Build.bat" 파일을 실행하면, SandCastle 관련 빌드 작업이 수행되고 test.chm 파일이 생성되는 것을 확인할 수 있습니다.

^^ 간단하지요. 이젠 "Build.bat" 파일과 "SandCastle.config" 파일을 여러분들의 구미에 맞게 수정하시기 바랍니다.

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

WCF 를 참조한 DLL/EXE 에 대한 문서화를 Sandcastle 로 하게 되면 다음과 같은 오류가 발생합니다. (또는, GAC 에 등록된 기타 3rd-party 라이브러리를 참조한 경우.)

C:\...>MRefBuilder .\*.dll /out:.\reflection.org

MRefBuilderStatic (v2.0.2424.18753)
Copyright Microsoft Corp. 2005
Error: Unresolved assembly reference: 
System.ServiceModel (System.ServiceModel,Version=3.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089) 
required by [YourProjectDLL]'

개인적으로는 왜 이런 오류가 나는지 잘 이해가 안됩니다. 어차피 .NET DLL 들도 GAC 에 등록되어 있는데, 특별히 WCF 나 그외의 3rd-party 에 대해서는 GAC 에서 찾아내질 못하고 있습니다. 음... 어쩌면 내부에서 .NET 2.0 라이브러리에 대한 목록을 하드코딩 해놨을지도. ^^;

암튼, 이런 문제로 검색을 해보니, 다음과 같은 문답이 나왔습니다.

Sandcastle issue? Error: Unresolved assembly reference
; http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=616981&SiteID=1

나중 버전에서 이 문제를 수정한다고 하는군요. ^^; 그때까지는 MRefBuilder 의 "/dep" 스위치를 사용해서 해당 DLL 을 지정하라고 하는데요. 중요한 것은 이때 dep 로 의존성을 명시하는 폴더에 "System.ServiceModel.dll" 만 있어서는 안되고, "System.ServiceModel.dll" 이 내부적으로 참조하는 모든 DLL 목록들이 같이 존재해야 한다는 것입니다.

저 같은 경우에는 "dllext" 폴더에 "[목록 1]" 과 같은 DLL 들을 집어 넣은 다음 명령행에서 아래와 같이 입력해서 해결했습니다.

C:\...>MRefBuilder .\*.dll /out:.\reflection.org /dep:..\dllext\System.ServiceModel.dll

[목록 1]
Microsoft.Build.Framework.dll
Microsoft.Build.Tasks.dll
Microsoft.Build.Utilities.dll
Microsoft.Transactions.Bridge.dll
PresentationBuildTasks.dll
PresentationCFFRasterizer.dll
PresentationCore.dll
PresentationFramework.Aero.dll
PresentationFramework.Classic.dll
PresentationFramework.dll
PresentationFramework.Luna.dll
PresentationFramework.Royale.dll
PresentationUI.dll
ReachFramework.dll
SMDiagnostics.dll
sysglobl.dll
System.configuration.dll
System.Deployment.dll
System.IdentityModel.dll
System.IdentityModel.Selectors.dll
System.IO.Log.dll
System.Printing.dll
System.Runtime.Serialization.dll
System.ServiceModel.dll
System.Speech.dll
System.Transactions.dll
System.Workflow.Activities.dll
System.Workflow.ComponentModel.dll
System.Workflow.Runtime.dll
UIAutomationClient.dll
UIAutomationClientsideProviders.dll
UIAutomationProvider.dll
UIAutomationTypes.dll
WindowsBase.dll
WindowsFormsIntegration.dll

; .NET 3.0 WCF 폴더의 것은 그냥(!) 무조건 복사했음.

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

[최초 등록일: 9/20/2006]
[최종 수정일: 9/21/2006]

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.

by SeongTae Jeong, mailto:techsharer at outlook.com

No	Writer	Date	Cnt.	Title	File(s)
12112	정성태	1/12/2020	16832	오류 유형: 589. PowerShell - 원격 Invoke-Command 실행 시 "WinRM cannot complete the operation" 오류 발생
12111	정성태	1/12/2020	20626	디버깅 기술: 155. C# - KernelMemoryIO 드라이버를 이용해 실행 프로그램을 숨기는 방법(DKOM: Direct Kernel Object Modification) [16]	1
12110	정성태	1/11/2020	20027	디버깅 기술: 154. Patch Guard로 인해 블루 스크린(BSOD)가 발생하는 사례 [5]	1
12109	정성태	1/10/2020	16708	오류 유형: 588. Driver 프로젝트 빌드 오류 - Inf2Cat error -2: "Inf2Cat, signability test failed."
12108	정성태	1/10/2020	17527	오류 유형: 587. Kernel Driver 시작 시 127(The specified procedure could not be found.) 오류 메시지 발생
12107	정성태	1/10/2020	18743	.NET Framework: 877. C# - 프로세스의 모든 핸들을 열람 - 두 번째 이야기
12106	정성태	1/8/2020	19736	VC++: 136. C++ - OSR Driver Loader와 같은 Legacy 커널 드라이버 설치 프로그램 제작 [1]
12105	정성태	1/8/2020	18219	디버깅 기술: 153. C# - PEB를 조작해 로드된 DLL을 숨기는 방법
12104	정성태	1/7/2020	19475	DDK: 9. 커널 메모리를 읽고 쓰는 NT Legacy driver와 C# 클라이언트 프로그램 [4]
12103	정성태	1/7/2020	22604	DDK: 8. Visual Studio 2019 + WDK Legacy Driver 제작- Hello World 예제 [1]	2
12102	정성태	1/6/2020	18874	디버깅 기술: 152. User 권한(Ring 3)의 프로그램에서 _ETHREAD 주소(및 커널 메모리를 읽을 수 있다면 _EPROCESS 주소) 구하는 방법
12101	정성태	1/5/2020	19248	.NET Framework: 876. C# - PEB(Process Environment Block)를 통해 로드된 모듈 목록 열람
12100	정성태	1/3/2020	16678	.NET Framework: 875. .NET 3.5 이하에서 IntPtr.Add 사용
12099	정성태	1/3/2020	19555	디버깅 기술: 151. Windows 10 - Process Explorer로 확인한 Handle 정보를 windbg에서 조회 [1]
12098	정성태	1/2/2020	19316	.NET Framework: 874. C# - 커널 구조체의 Offset 값을 하드 코딩하지 않고 사용하는 방법 [3]
12097	정성태	1/2/2020	17425	디버깅 기술: 150. windbg - Wow64, x86, x64에서의 커널 구조체(예: TEB) 구조체 확인
12096	정성태	12/30/2019	19988	디버깅 기술: 149. C# - DbgEng.dll을 이용한 간단한 디버거 제작 [1]
12095	정성태	12/27/2019	21734	VC++: 135. C++ - string_view의 동작 방식
12094	정성태	12/26/2019	19445	.NET Framework: 873. C# - 코드를 통해 PDB 심벌 파일 다운로드 방법
12093	정성태	12/26/2019	19071	.NET Framework: 872. C# - 로딩된 Native DLL의 export 함수 목록 출력	1
12092	정성태	12/25/2019	17727	디버깅 기술: 148. cdb.exe를 이용해 (ntdll.dll 등에 정의된) 커널 구조체 출력하는 방법
12091	정성태	12/25/2019	20136	디버깅 기술: 147. pdb 파일을 다운로드하기 위한 symchk.exe 실행에 필요한 최소 파일 [1]
12090	정성태	12/24/2019	20184	.NET Framework: 871. .NET AnyCPU로 빌드된 PE 헤더의 로딩 전/후 차이점 [1]	1
12089	정성태	12/23/2019	19115	디버깅 기술: 146. gflags와 _CrtIsMemoryBlock을 이용한 Heap 메모리 손상 여부 체크
12088	정성태	12/23/2019	18102	Linux: 28. Linux - 윈도우의 "Run as different user" 기능을 shell에서 실행하는 방법
12087	정성태	12/21/2019	18566	디버깅 기술: 145. windbg/sos - Dictionary의 entries 배열 내용을 모두 덤프하는 방법 (do_hashtable.py) [1]

AD BLOCK 해제 요청