Visual Studio에서 생성 한 MSI CustomActions MSI 테이블을 이해하는 방법

Question

.vdproj proj를 변환하려고 필사적으로 노력하고 있습니다. 같은 사용자 지정 작업과 윅스 프로젝트에 (이유는 내가 모두 설치하기로되어 정확히 몰라이다) - 지금 혼란 이것에 대해 :

/InstallType을 = notransaction/액션 =/LogFile에 설치 =/SD = "[SOURCEDIR] \"/ TD = "[TARGETDIR] \"/ CF = [CF] "[#의 _DF75DCA6_84B6_7B49_8F15_EAEE08D32EA4]" "[VSDFxConfigFile]"

아니 생각이 무엇 [VSDFxConfigFile], 누락 전체 그림 무엇을 WinService 프로젝트의 Visual Studio에서 생성 된이 사용자 지정 동작 뒤에 있습니다.

누군가 내가 PROCESS에 대한 단서를 주면 나는 그것을 매우 고맙게 생각할 것입니다!

업데이트 : 오늘 필자는 설치 프로그램 요구 사항에 대해 논의했으며 collegues에서 알려진 것으로, 매개 변수에 따라 .config 파일을 변경할 수 있어야한다는 것입니다. XML에는 전체 구성 요소 트리가 있으며 설치되어있는 .config 파일을 대체해야합니다. 파일 - 난 그냥 윅스에서 이것을 달성하기 위해 직접적인 방법이 궁금하다

또한 - .vdproj 파일은 이미 (난 사용자 정의 작업이 아닌 것 같아요) 어떤 dll을 호출 lib - .NET installer 구성 요소 - 매개 변수에 따라 .config를 변경하는 것 같지만 실제로 발생하는 것은 분명하지 않습니다. ORCA와 MSI 로그를 사용했지만 꿈의 세계에서 앨리스처럼 느낍니다. 그럼 그게 내가 코드의 모든 부분이 그래서 아직도 내가 msi 파일을 통해 통용되는 모든 CustomActions을 호출 생각할 수 없다는 것입니다. vdproj

Answer 1

모든 것들을 무시합니다. 관리 코드 사용자 지정 동작과 관련이 있으며 관리되는 코드 사용자 지정 동작은 WiX에서 동일한 프레임 워크를 사용하지 않습니다. DTF를 사용합니다. VS 설정은 NET Framework 확인과 같이 걱정할 필요가없는 몇 가지 사용자 지정 작업을 제공합니다. 따라서 내부 VS 사용자 지정 작업 (WiX에 비슷한 기능을하는 자체 작업이 있으므로)과 관리되는 코드 사용자 지정 작업이 같은 설치 프로그램 클래스, Install 메서드 등의 프레임 워크를 사용하지 않기 때문에 무의미합니다.

VS 설치 프로젝트는 Installer 클래스를 사용하여 서비스를 설치하며 WiX는 이러한 서비스를 사용하지 않습니다. Windows Installer에는 서비스 설치/시작/중지에 대한 지원이 기본으로 포함되어 있으므로 관리 코드가 다시 그 내용으로 변경된 경우 , 무시해. p.s. 이것은 유용 할 수 있습니다 : http://blogs.technet.com/b/alexshev/archive/2008/02/10/from-msi-to-wix.aspx