Convertir EXE a APPX

Una herramienta de implementación empresarial, un flujo de trabajo de Microsoft Store o un entorno de Windows antiguo pueden requerir un paquete .appx en lugar de un instalador proporcionado por el proveedor. La aplicación instalada debe empaquetarse, recibir una identidad y un manifiesto, y firmarse; cambiar el nombre de Setup.exe a .appx no lo convierte.

Formatos EXE y APPX

EXE es la extensión de nombre de archivo ejecutable común de Windows, normalmente para un programa Portable Executable (PE). Los editores de software utilizan archivos EXE para aplicaciones, herramientas de línea de comandos, desinstaladores e instaladores creados con sistemas como Inno Setup, NSIS, InstallShield, WiX Burn y Visual Studio.

Un instalador EXE puede copiar archivos, crear entradas del registro, instalar requisitos previos, registrar componentes COM, crear servicios o descargar contenido adicional. Esas acciones no proporcionan el manifiesto del paquete, la identidad de la aplicación, los recursos, las declaraciones de dependencias, el mapa de bloques ni la firma necesarios para un paquete APPX.

APPX es un formato de paquete de aplicaciones de Windows firmado y basado en ZIP, introducido con Windows 8. Contiene AppxManifest.xml, archivos de la aplicación, recursos visuales, declaraciones de dependencias cuando son necesarias, AppxBlockMap.xml y una firma del paquete.

APPX proporciona una ubicación de instalación definida, identidad de la aplicación, comprobación de integridad, un comportamiento de desinstalación más limpio e implementación con control de versiones. Puede implementarse mediante sistemas de administración empresarial, PowerShell y flujos de trabajo de Store compatibles. .msix es el sucesor más reciente y normalmente es el formato de salida más adecuado para las implementaciones actuales de Windows; cree APPX solo cuando la plataforma receptora lo requiera explícitamente.

Empaquetado de una aplicación de escritorio

Utilice el instalador original y empaquete únicamente software que le pertenezca o que esté autorizado a redistribuir. Primero confirme que el destino realmente requiere .appx; muchos sistemas de implementación actuales aceptan MSIX y no obtienen beneficios de un paquete APPX antiguo.

1. Cree una máquina virtual limpia que coincida con la versión y la arquitectura de Windows de destino. Elimine las copias anteriores de la aplicación y evite instalar software no relacionado durante la captura.
2. Instale MSIX Packaging Tool de Microsoft desde Microsoft Store o desde su fuente oficial de versiones de Microsoft. Es la herramienta de captura preferida para aplicaciones Win32 existentes, aunque su salida normal es MSIX.
3. Inicie una captura local del paquete de la aplicación, seleccione el EXE del instalador y proporcione sus parámetros silenciosos documentados, si están disponibles, como /S, /quiet o /VERYSILENT. Los modificadores del instalador son específicos de cada producto.
4. Instale y configure la aplicación durante la captura. No capture actualizaciones de Windows, controladores, extensiones del navegador, requisitos previos no relacionados ni datos específicos del usuario.
5. Proporcione la identidad del paquete, la versión, la arquitectura, la información de visualización y los recursos visuales. El editor del manifiesto debe coincidir exactamente con el sujeto del certificado de firma, por ejemplo CN=Contoso Software.
6. Pruebe el paquete resultante en otra máquina de destino limpia. Pruebe el inicio, la actualización, las asociaciones de archivos, los controladores de protocolo, la impresión, las licencias y todas las integraciones necesarias.

Para obtener obligatoriamente una salida APPX, cree un diseño de paquete compatible con APPX que contenga el manifiesto, los binarios, los recursos y las dependencias; después utilice la herramienta MakeAppx.exe del Windows SDK:

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

El diseño capturado para un paquete MSIX puede requerir cambios de manifiesto o compatibilidad antes de poder compilarse como APPX. No cambie simplemente la extensión .msix generada a .appx.

Firme el paquete terminado con un certificado de firma de paquetes de aplicaciones en el que confíen los dispositivos de destino:

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

Valide la firma con SignTool.exe verify /pa /v C:\Packages\Contoso.App.appx. Para las pruebas internas, distribuya y establezca la confianza del certificado de prueba mediante el proceso de administración de certificados de la organización. El envío a Store requiere la identidad del paquete y el editor asignados mediante Partner Center; un certificado autofirmado arbitrario no es adecuado para la distribución mediante Store.

Límites de compatibilidad

Empaquete la aplicación instalada en lugar de colocar su instalador dentro de un paquete. Un APPX que inicia Setup.exe sigue siendo un instalador y normalmente no cumple los requisitos de implementación empresarial o de Store.

El empaquetado no hace que todas las dependencias de Win32 sean compatibles. Los controladores de kernel, los componentes de inicio, el software de seguridad de bajo nivel, los instaladores para todo el equipo, el software que requiere elevación en cada inicio y las aplicaciones que modifican ubicaciones protegidas del sistema suelen requerir un diseño de implementación independiente o cambios en el código. Algunos servicios, escenarios COM, extensiones del shell y comportamientos del sistema de archivos o del registro tienen compatibilidad de empaquetado específica de la versión de Windows y deben probarse en la versión de destino compatible más antigua.

Compile y pruebe paquetes independientes x86, x64 y arm64 cuando corresponda. Una actualización debe conservar la misma identidad y el mismo editor del paquete; un paquete firmado con un editor diferente no puede actualizar el paquete instalado.

Package Support Framework puede resolver algunos problemas comunes de las aplicaciones de escritorio, como las suposiciones sobre el directorio de trabajo y determinados comportamientos del registro o de las rutas de archivos, pero no puede empaquetar controladores ni eliminar los requisitos de elevación. Evite los convertidores basados en navegador de “EXE a APPX”: una conversión legítima debe ejecutar el instalador, inspeccionar sus cambios, crear un manifiesto y proteger las credenciales de firma, por lo que ningún servicio en línea de buena reputación puede producir de forma segura un paquete probado a partir de software arbitrario.