개발 환경 구성: 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)
1388	정성태	12/12/2012	24539	.NET Framework: 348. .NET x64 응용 프로그램에서 Teb 주소를 구하는 방법	1
1387	정성태	12/12/2012	29715	VC++: 64. x64 Visual C++에서 TEB 주소 구하는 방법
1386	정성태	12/12/2012	31058	디버깅 기술: 53. windbg - 덤프 파일로부터 네이티브 DLL을 추출하는 방법 [1]
1385	정성태	12/12/2012	26475	디버깅 기술: 52. Windbg - The version of SOS does not match the version of CLR you are debugging.
1384	정성태	12/12/2012	31147	개발 환경 구성: 178. System32 폴더의 64비트 DLL을 32비트 Depends.exe에서 보는 방법
1383	정성태	12/10/2012	27150	개발 환경 구성: 177. 기업용 메신저를 위한 Office Communicator Server 2007 설치 [1]
1382	정성태	12/8/2012	29769	개발 환경 구성: 176. WebPagetest 서버 - 설치 및 테스트
1381	정성태	12/5/2012	28558	.NET Framework: 347. C# - 프로세스(EXE) 수준의 Singleton 개체 생성 [2]	1
1380	정성태	11/28/2012	38618	.NET Framework: 346. 닷넷 개발자에게 Node.js의 의미 [17]
1379	정성태	11/26/2012	31898	.NET Framework: 345. C# 부호(+, -)에 대한 비트 변환 [1]
1378	정성태	11/22/2012	32983	Java: 14. 안드로이드 - Hello World 실습 [7]
1377	정성태	11/19/2012	26615	.NET Framework: 344. 닷넷 프로파일러 - ICorProfilerInfo::GetILFunctionBody 함수 버그
1376	정성태	11/15/2012	31684	디버깅 기술: 51. 닷넷 응용 프로그램에서 특정 예외가 발생했을 때 풀 덤프 받는 방법 [6]
1375	정성태	11/15/2012	27436	디버깅 기술: 50. windbg의 mscordacwks DLL 로드 문제 - 두 번째 이야기
1374	정성태	11/13/2012	25432	개발 환경 구성: 175. Visual Studio의 "Extension Manager"에서 설치된 구성 요소들의 제거 버튼이 비활성화되었다면!
1373	정성태	11/13/2012	26023	.NET Framework: 343. VB.NET 어셈블리의 .NET Reflector 소스 코드를 분석할 때 알아두면 좋은 사항
1372	정성태	11/1/2012	120681	Windows: 67. 64비트 윈도우에서 Internet Explorer 10이 항상 64비트로만 실행된다면? [57]
1371	정성태	10/31/2012	28669	.NET Framework: 342. Python의 zip과 with 문 context를 C#과 비교하면. [3]	1
1370	정성태	10/31/2012	23657	VS.NET IDE: 75. Visual Studio - "Active Solution Platform" 변경을 툴바에서 하는 방법
1369	정성태	10/31/2012	36906	개발 환경 구성: 174. 윈도우에서 Mono 개발 환경 구성 [4]
1368	정성태	10/31/2012	28509	개발 환경 구성: 173. Windows Phone SDK 8.0 설치
1367	정성태	10/30/2012	36052	개발 환경 구성: 172. IIS 7.5부터 지원되는 웹 사이트 자동 시작 모드 [1]
1366	정성태	10/24/2012	27525	개발 환경 구성: 171. GTK+를 윈도우 환경에 수작업 설치
1365	정성태	10/24/2012	26278	개발 환경 구성: 170. 우분투 데스크톱 Active Directory 가입하기 [2]
1364	정성태	10/19/2012	22856	Windows: 66. Hyper-V 2012에서 별도의 네트워크 카드를 이용한 Live Migration
1363	정성태	10/16/2012	30397	개발 환경 구성: 169. Objective-C의 대안 - Xamarin의 Mono를 이용한 C# iOS 개발 환경 [2]

AD BLOCK 해제 요청