업그레이드 중 구성 파일 상태를 유지하는 WiX 3.8

Question

WiX 3.8 (최신 안정 버전)을 사용하고 있는데 구성 파일을 으로 가져올 수 없습니다. 제거 및 다시 설치 중 주요 업그레이드.

이렇게 많은 질문이 있습니다. 답변을 많이 쓰면 this 사이트로 연결되는 것이 좋습니다. 그러나, 주어진 제안은 (나를 위해) 작동하지 않습니다.

사이트에서 말하는 내용은 각 구성 파일을 자체 구성 요소에 배치하고 파일을 구성 요소의 주요 경로로 표시하는 것입니다. 이 같은 것은 :

<Component Id="config.xml" 
      Guid="*" 
      Directory="folder_where_config_file_lives"> 
     <File Id="config_file" 
       Source="$(var.Project.ProjectDir)bin\Release\configFile.xml" 
       KeyPath="yes"/> 
    </Component> 

위대한. 다음은 액션, 그래서 같은 InstallFiles 후 RemoveExistingProduct 일정을 말한다 : 내가 컴파일 할 때

<InstallExecuteSequence> 
    <RemoveExistingProducts After="InstallFiles"/> 
</InstallExecuteSequence> 

문제는, 내가이 오류가 있습니다 :

The InstallExecuteSequence table contains an action 'RemoveExistingProducts' that is declared in two different locations. Please remove one of the actions or set the Overridable='yes' attribute on one of their elements.

This person

이 또한 문제가 있었다, 그러나 그는 그것을 해결 한 것으로 보인다. 그 효과적으로 "서로 다른 두 위치"선언 문제를 제거당한에 스케줄링 속성을 추가하고 그것을 고정 무엇 (내 생각) :

 <MajorUpgrade Schedule="afterInstallInitialize" 
         DowngradeErrorMessage="A newer version of [ProductName] is already installed."/> 

그래서 난합니다 ( 일정 변경 속성을 대체 할 때 어떤 속성을 포함하고 있습니다.) 작동하지 않을뿐만 아니라 업그레이드 중에 구성 파일이 제거되고 교체됩니다. 내 프로젝트에는 많은 MSI가있는 부트 스트 래퍼가 있으며, 구성 파일이 포함 된 MSI 이후의 모든 MSI 설치를위한 로그 파일을 받지만 설치되지 않습니다.

다음과 같이 반복하십시오. 로그에 MSI가 설치되어 있다고 표시되지만 실제로는 설치되어 있지 않습니다. 아마도 로그 파일에서 찾을 수없는 롤백이있을 수 있지만 설치와 비슷한 MSI 로그 파일을 읽으면 swimminly가됩니다.

에 대한 설정 파일을 알지 못하는 사람이 있습니까?은 Wix 3.8의 주요 업그레이드 중에 제거 및 재설치되지 않습니까? 내가 위에서 언급 한 것은 내가 찾을 수있는 인터 웹에서 얻은 최상의 정보이지만, 거의 아무 것도 쓸모가 없다.

Answer 1

MajorUpgrade 요소에는 RemoveExistingProducts 작업 일정을 포함하여 필요한 모든 것이 있습니다. RemoveExistingProducts를 시퀀스에도 추가하지 마십시오.

RemoveExistingProducts는 InstallFiles 이후이어서는 안됩니다.

RemoveExistingProducts가 (예 : InstallInitialize 또는 InstallValidate 이후로) 초기 순서가되어 https://msdn.microsoft.com/en-us/library/windows/desktop/aa371197(v=vs.85).aspx

당신이 효과적으로 이전을 제거하는 것을 의미한다 : 즉 어디에서 오는지는 분명하지 않다,하지만 그 말을하지 않는 문서는 선택입니다 제품을 설치하고 새 제품 업그레이드를 설치하면 구성 파일을 제거하고 업그레이드에 설치 파일을 설치한다는 의미입니다. 구성 파일을 유지하는 방법은 REP afterInstallExecute를 예약하는 것입니다. 결과적으로 업그레이드는 기본적으로 새로운 제품의 이전 버전 설치에 대한 버전 규칙 설치입니다.버전 규칙은 업데이트 된 바이너리를 원한다면 파일 버전을 업데이트해야한다는 것을 의미합니다. 데이터 파일 (설정 파일)에 대한 좋은 소식은 업데이트 된 데이터 파일이 교체되지 것입니다 : 오래된 제품은 다음 파일의 결과 집합을 유지, 제거됩니다

https://msdn.microsoft.com/en-us/library/windows/desktop/aa370531(v=vs.85).aspx

.

그래서 MajorUpgrade에서 REP afterInstallExecute의 시퀀싱이 원하는 것으로 보입니다. WiX에서 자동 생성 * 지침이있는 경우 자동으로 구성 요소 규칙을 따라야한다는 경고가 있습니다.

Answer 2

IMO, Windows Installer는 XML을 캐치하기 전에 만들어졌으며 구성 요소 규칙이이를 잘 처리하지 못합니다. 내가 선호하는 것은이 행동과 싸우지 않는 것입니다. 하나의 설정 파일을 설치 프로그램이 소유하고 안전하게 덮어 쓸 수 있도록 응용 프로그램을 작성하고 사용자 구성 데이터를 보유하고 MSI가 알지 못하는 다른 구성 파일을 작성할 수 있습니다. 이 두 번째 파일은 첫 번째 파일을 덮어 씁니다.