WIX 3을 사용하고 있습니다. 열을 사용하여 VB6 dll에 wxs 파일을 만들었습니다. msi는 오류없이 생성되며 설치도 성공적입니다. 모두 괜찮아 보이고 VB 클라이언트에서 구성 요소를 성공적으로 호출 할 수 있습니다. 그러나 ASP 페이지에서 구성 요소를 호출하면 0x800401f3이 표시됩니다. 설치 관리자 대신 자체 등록 (regsvr32)을 사
당신이 소프트웨어의 다음 버전을 출시 가정 윅스 파일을 편집하지 않고 WIX 파일을 생성, 당신은 등 사용되지 않는 파일을 제거하고 새로운 파일을 추가 할 수동으로 갱신에 WIX 파일이있을 것이다 나의 사용 사례는 "사용자 대상 C : \ Program Files \ MyApp에서/sample/path에있는 파일을 재귀 적으로 추가"하는 것처럼 간단합니다.
필자는 제품 설치를 위해 wix를 사용합니다. 이 제품은 형식의 버전이 major.minor.patchnumber
예 : 각 4.5.1313
마지막 patchnumber 등등 1314, 1315과 같은 변화 유지 구축 할 수 있습니다. product 요소의 id 특성을 autogenerated으로 유지해야하는지 여부를 알고 싶습니다. 패치 번호를 변
우리는 환경에 특정한 설정 파일을 필요로하는 네 개의 영역 (dev, test, qa, prod)을 가지고 있습니다. msiexec 명령 줄에서 속성 할당을 받아들이고 설정 파일의 파일 소스를 동적으로 설정하는 WIX 설치를 개발하려고합니다. 나는 모든 것을 시도해 보았고 모든 페이지를 읽었으며 제대로 작동하지 않는 것 같습니다. 이것은 사소한 proble
광산, 클라이언트 및 서버의 두 응용 프로그램에서 공유하는 .NET DLL이 있습니다. 사용자가 설치를 선택하면 파일을 설치할 위치를 알 수 없으며 클라이언트 또는 클라이언트와 서버를 모두 설치할 수 있습니다. 나는 서버와 클라이언트 wix 모두에 구성 요소가 있으며 공유 어셈블리 만 포함하고 있습니다. 둘 모두에 대해 동일한 GUID를 사용해야합니까? 동
그래서 여러 개의 wxs 파일이있는 병합 모듈을 만들려고합니다. 프로젝트를 성공적으로 구축 한 이후로 모든 것이 괜찮다고 생각했습니다. 나중에 보조 wxs 파일 중 하나에 대해 Source 속성에 사용 된 경로가 완전히 잘못되었음을 알았지 만 컴파일러가 다음 오류를주지 못했습니다. '.. \ .. \ release_area \ WrongPath \ Comp
나는 EULA가있는 설치 프로그램을 작성한 다음 '사용자 정의 설치'또는 '기본 설치'를 수행할지 묻는 대화 상자를 작성합니다. 사용자 정의를 선택하면 SQL 설정과 관련된 일련의 대화 상자가 나타납니다 (사용자 정의 설치를 선택한 경우 'StartupMenu'대화 상자를 시작하는 다음 버튼과 함께 아래에 표시). 기본값을 선택하면 설치 프로그램이 '설치'
나는 WIX 설치 프로그램이 있고이 줄이 실제로 무엇을하고 있는지 (WIX 대화 상자의 다음 단추에 연결되어 있음) 알아 내려고 노력 중입니다. <Publish Event="EndDialog" Value="Return" >1</Publish>
이 줄은 우리가 사용자 지정 대화 상자를 보여준 후에 설치자에게 다시 제어권을 넘겨주고 있음을 의미합니다. 그러
작성한 애플리케이션에 플러그인 (또는 부가 기능)을 설치해야합니다. 나는 응용 프로그램의 설치 관리자를 위해 WiX 사용자입니다. 플러그인은 내 생각에 애플리케이션의 선택적 부분입니다. 응용 프로그램의 파일 시스템 구조에 통합해야하지만 원래 응용 프로그램의 설치 프로그램을 제어 할 수없는 사람이 나중에도 추가 할 수 있습니다. 그래서 WiX의 모든 상자 메
Microsoft POS 2009 용으로 빌드 된 .Net Addin을 설치하기 위해 WiX 프로젝트를 작성하고 있습니다. 프로젝트를 개발하는 동안 명령을 실행해야했습니다. AddinUtil.exe -PipelineRoot : 그래서 POS 2009 귀하의 추가 기능을 인식 할 것이다 { POS 2009의 추가 기능 폴더에 디렉토리}. 이제 배포 준비가 끝