나는 확실하지 않다. 아마도 debuglog (/ debuglog를 사용하여 제품군을 실행)가 더 말할 필요가 있습니다. 그러나 이것은 사용중인 InstallShield 버전이 사용자가 선택한 .appx 파일에서 세부 정보를 읽을 수 없다는 설명이있을 수 있습니다. 런타임 오류가 발생하기 전에 빌드 오류나 경고가 발생하는 것이 이상적이므로이를 확인할 수도 있습니다.
당신의 installshiled 2015 도움말을 연결하기 때문에
는, 나는 당신이 사용하고있는 버전입니다 있으리라 믿고있어. 불행히도 appx 패키지에 대한 지원은 여전히 Windows Store 앱용 Windows 8 시대 API 및 XML 스키마를 기반으로하며 Windows 10의 UWP 변경 사항에 대해서는 올바르게 작동하지 않습니다. InstallShield 2016
updated this support은 여러 가지 방식으로 제공됩니다 (
새 UWP 상태 검사가 가장 관련성있는 패키지 인 경우에 추가됨).
코멘트를
, 당신 InstallShield에 2016 문제를 해결하지 않았다고, 그래서 당신이 올바르게 작성되지 처진 AppxInstalled 조건이 가능합니다. 패키지에 지정된 조건 (및 해당 조치에 대해 살펴보십시오.하지만 초기에 영향을 미치지 않아야합니다). 또는 Interm 폴더에서 setup.xml로 찾을 수있는 빌드 된 XML로 직접 이동하십시오. 그런 다음이 조건을 프로젝트의 원래 위치로 되돌릴 수 있습니다.
감사합니다. Michael.During 빌드가 오류나 경고를받지 못했습니다. 또한 디버그 로그에는 아무 것도 없습니다. Package Guid 또는 Display name과 관련이 있는지 여부는 이미지에 표시된 appxmanifest와 일치해야합니다. 나는 시도했지만 작동하지 않습니다. 패키지 안내서에 대해 의심의 여지가 있습니다. InstallShield 2016과 동일하게 시도 할 것입니다. 동일한 오류가 발생하는 경우 알려주십시오. –
패키지가 UWP이면 2016이 분명 도움이됩니다. 이를 무시하지 않았다면 해당 패키지의 기본 자격 조건 (스위트의 모드 조건에서도 사용됨)은 .appx 파일의 ID를 읽어야하고 2015는 UWP 매니페스트를 이해하지 못합니다. 그리고, 당신의 경험에 따라, 신원을 읽지 못하는 동안 분명히 경고 나 오류를 발행하지 않을 것입니다. –
패키지는 MakeAppx 도구를 사용하여 생성됩니다. 그래서 이것은 순수한 UWP가 아닙니다. IS2016 Premier와 동일하게 시도했지만 동일한 문제에 직면했습니다. –