Converter EXE para APPX

Uma ferramenta de implantação empresarial, um fluxo de trabalho da Microsoft Store ou um ambiente Windows mais antigo pode exigir um pacote .appx em vez de um instalador fornecido pelo fornecedor. O aplicativo instalado deve ser empacotado, receber uma identidade e um manifesto, e ser assinado; renomear Setup.exe para .appx não o converte.

Formatos EXE e APPX

EXE é a extensão de nome de arquivo comum dos executáveis do Windows, geralmente para um programa Portable Executable (PE). Os editores de software usam arquivos EXE para aplicativos, ferramentas de linha de comando, desinstaladores e instaladores criados com sistemas como Inno Setup, NSIS, InstallShield, WiX Burn e Visual Studio.

Um instalador EXE pode copiar arquivos, criar entradas do registro, instalar pré-requisitos, registrar componentes COM, criar serviços ou baixar conteúdo adicional. Essas ações não fornecem o manifesto do pacote, a identidade do aplicativo, os recursos, as declarações de dependências, o mapa de blocos e a assinatura exigidos por um pacote APPX.

APPX é um formato de pacote de aplicativo do Windows baseado em ZIP e assinado, introduzido com o Windows 8. Ele contém AppxManifest.xml, arquivos do aplicativo, recursos visuais, declarações de dependências quando necessário, AppxBlockMap.xml e uma assinatura do pacote.

O APPX fornece um local de instalação definido, identidade do aplicativo, verificação de integridade, comportamento de desinstalação mais limpo e implantação com controle de versão. Ele pode ser implantado por meio de sistemas de gerenciamento empresarial, PowerShell e fluxos de trabalho compatíveis da Store. .msix é o sucessor mais recente e geralmente é a melhor saída para implantações atuais do Windows; crie APPX somente quando a plataforma de destino exigir explicitamente esse formato.

Empacotamento de um aplicativo de desktop

Use o instalador original e empacote somente software que você possui ou está autorizado a redistribuir. Primeiro, confirme se o destino realmente exige .appx; muitos sistemas de implantação atuais aceitam MSIX e não se beneficiam de um pacote APPX mais antigo.

1. Crie uma máquina virtual limpa que corresponda à versão e à arquitetura do Windows de destino. Remova cópias anteriores do aplicativo e evite instalar software não relacionado durante a captura.
2. Instale o MSIX Packaging Tool da Microsoft pela Microsoft Store ou por sua fonte oficial de lançamento da Microsoft. Ele é a ferramenta de captura preferida para aplicativos Win32 existentes, embora sua saída normal seja MSIX.
3. Inicie uma captura local de pacote de aplicativo, selecione o EXE do instalador e forneça seus parâmetros silenciosos documentados, se disponíveis, como /S, /quiet ou /VERYSILENT. As opções do instalador são específicas de cada produto.
4. Instale e configure o aplicativo durante a captura. Não capture atualizações do Windows, drivers, extensões de navegador, pré-requisitos não relacionados ou dados específicos do usuário.
5. Forneça a identidade do pacote, a versão, a arquitetura, as informações de exibição e os recursos visuais. O editor do manifesto deve corresponder exatamente ao assunto do certificado de assinatura, por exemplo, CN=Contoso Software.
6. Teste o pacote resultante em uma máquina de destino limpa separada. Teste a inicialização, a atualização, as associações de arquivos, os manipuladores de protocolo, a impressão, o licenciamento e todas as integrações necessárias.

Para uma saída APPX obrigatória, crie um layout de pacote compatível com APPX contendo o manifesto, os binários, os recursos e as dependências; em seguida, use a ferramenta MakeAppx.exe do Windows SDK:

MakeAppx.exe pack /d C:\AppxLayout /p C:\Packages\Contoso.App.appx /o

O layout capturado para um pacote MSIX pode exigir alterações de manifesto ou de compatibilidade antes de poder ser compilado como APPX. Não altere simplesmente a extensão .msix gerada para .appx.

Assine o pacote concluído com um certificado de assinatura de pacote de aplicativo confiável pelos dispositivos de destino:

SignTool.exe sign /fd SHA256 /f C:\Certificates\Contoso.pfx /p <password> C:\Packages\Contoso.App.appx

Valide a assinatura com SignTool.exe verify /pa /v C:\Packages\Contoso.App.appx. Para testes internos, distribua e confie no certificado de teste por meio do processo de gerenciamento de certificados da organização. O envio para a Store exige a identidade do pacote e o editor atribuídos pelo Partner Center; um certificado autoassinado arbitrário não é adequado para distribuição pela Store.

Limitações de compatibilidade

Empacote o aplicativo instalado em vez de colocar o instalador dentro de um pacote. Um APPX que inicia o Setup.exe ainda é um instalador e geralmente não atende aos requisitos de implantação empresarial ou da Store.

O empacotamento não torna compatível toda dependência do Win32. Drivers de kernel, componentes iniciados durante a inicialização, software de segurança de baixo nível, instaladores para todo o computador, software que exige elevação a cada inicialização e aplicativos que modificam locais protegidos do sistema frequentemente exigem um projeto de implantação separado ou alterações no código. Alguns serviços, cenários COM, extensões do shell e comportamentos do sistema de arquivos ou do registro têm suporte de empacotamento específico da versão do Windows e devem ser testados na versão de destino mais antiga compatível.

Compile e teste pacotes x86, x64 e arm64 separados quando aplicável. Uma atualização deve manter a mesma identidade e o mesmo editor do pacote; um pacote assinado com um editor diferente não pode atualizar o pacote instalado.

O Package Support Framework pode resolver alguns problemas comuns de aplicativos de desktop, como suposições sobre o diretório de trabalho e comportamentos selecionados do registro ou de caminhos de arquivos, mas não pode empacotar drivers nem remover requisitos de elevação. Evite conversores “EXE para APPX” baseados em navegador: uma conversão legítima deve executar o instalador, inspecionar suas alterações, criar um manifesto e proteger as credenciais de assinatura; portanto, nenhum serviço online respeitável pode produzir com segurança um pacote testado a partir de software arbitrário.