Converti EXE in APPX

Uno strumento di distribuzione aziendale, un workflow di Microsoft Store o un ambiente Windows meno recente può richiedere un pacchetto .appx invece di un installer fornito dal vendor. L'applicazione installata deve essere sottoposta a packaging, dotata di un'identità e di un manifest e firmata; rinominare Setup.exe in .appx non la converte.

Formati EXE e APPX

EXE è l'estensione comune dei file eseguibili di Windows, solitamente per un programma Portable Executable (PE). I software publisher utilizzano i file EXE per applicazioni, strumenti da riga di comando, uninstaller e installer creati con sistemi come Inno Setup, NSIS, InstallShield, WiX Burn e Visual Studio.

Un installer EXE può copiare file, creare voci del registry, installare prerequisiti, registrare componenti COM, creare servizi o scaricare contenuti aggiuntivi. Tali azioni non forniscono il manifest del pacchetto, l'identità dell'applicazione, gli asset, le dichiarazioni delle dipendenze, la block map e la firma richiesti da un pacchetto APPX.

APPX è un formato di pacchetto per app Windows basato su ZIP e firmato, introdotto con Windows 8. Contiene AppxManifest.xml, i file dell'applicazione, gli asset visivi, le dichiarazioni delle dipendenze quando necessarie, AppxBlockMap.xml e una firma del pacchetto.

APPX offre una posizione di installazione definita, un'identità dell'applicazione, il controllo dell'integrità, un comportamento di disinstallazione più pulito e una distribuzione con versioning. Può essere distribuito tramite sistemi di gestione aziendale, PowerShell e workflow Store compatibili. .msix è il successore più recente e solitamente rappresenta l'output migliore per le distribuzioni Windows attuali; creare APPX solo quando la piattaforma di destinazione lo richiede esplicitamente.

Packaging di un'applicazione desktop

Utilizzare l'installer originale e sottoporre a packaging solo software di cui si possiede la proprietà o per cui si è autorizzati alla ridistribuzione. Prima verificare che la destinazione richieda realmente .appx; molti sistemi di distribuzione attuali accettano MSIX e non traggono vantaggio da un pacchetto APPX meno recente.

1. Creare una macchina virtuale pulita che corrisponda alla release e all'architettura Windows di destinazione. Rimuovere le copie precedenti dell'applicazione ed evitare di installare software non correlato durante la cattura.
2. Installare il MSIX Packaging Tool di Microsoft da Microsoft Store o dalla sua fonte ufficiale di rilascio Microsoft. È lo strumento di cattura preferito per le applicazioni Win32 esistenti, sebbene il suo output normale sia MSIX.
3. Avviare una cattura del pacchetto dell'applicazione locale, selezionare l'EXE dell'installer e fornire i relativi parametri silent documentati, se disponibili, come /S, /quiet o /VERYSILENT. Gli switch dell'installer sono specifici del prodotto.
4. Installare e configurare l'applicazione durante la cattura. Non catturare aggiornamenti di Windows, driver, estensioni del browser, prerequisiti non correlati o dati specifici dell'utente.
5. Fornire l'identità del pacchetto, la versione, l'architettura, le informazioni di visualizzazione e gli asset visivi. Il publisher del manifest deve corrispondere esattamente al subject del certificato di firma, ad esempio CN=Contoso Software.
6. Testare il pacchetto risultante su una macchina di destinazione pulita separata. Testare l'avvio, l'aggiornamento, le associazioni di file, i gestori di protocollo, la stampa, le licenze e ogni integrazione richiesta.

Per un output APPX obbligatorio, creare un layout di pacchetto compatibile con APPX contenente il manifest, i binari, gli asset e le dipendenze, quindi utilizzare lo strumento MakeAppx.exe di Windows SDK:

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

Il layout catturato per un pacchetto MSIX potrebbe richiedere modifiche al manifest o di compatibilità prima di poter essere compilato come APPX. Non limitarsi a modificare l'estensione di un file .msix generato in .appx.

Firmare il pacchetto completato con un certificato di firma del pacchetto dell'app considerato attendibile dai dispositivi di destinazione:

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

Convalidare la firma con SignTool.exe verify /pa /v C:\Packages\Contoso.App.appx. Per i test interni, distribuire e considerare attendibile il certificato di test tramite il processo di gestione dei certificati dell'organizzazione. L'invio a Store richiede l'identità del pacchetto e il publisher assegnati tramite Partner Center; un certificato self-signed arbitrario non è adatto alla distribuzione tramite Store.

Limiti di compatibilità

Sottoporre a packaging l'applicazione installata invece di inserire il suo installer all'interno di un pacchetto. Un APPX che avvia Setup.exe è comunque un installer e spesso non soddisfa i requisiti di distribuzione aziendale o tramite Store.

Il packaging non rende compatibile ogni dipendenza Win32. I driver del kernel, i componenti di avvio, i software di sicurezza a basso livello, gli installer a livello computer, i software che richiedono l'elevazione a ogni avvio e le applicazioni che modificano percorsi di sistema protetti spesso richiedono un design di distribuzione separato o modifiche al codice. Alcuni servizi, scenari COM, estensioni della shell e comportamenti del file system o del registry dispongono di un supporto di packaging specifico per la versione di Windows e devono essere testati sulla release di destinazione supportata più vecchia.

Creare e testare pacchetti x86, x64 e arm64 separati quando applicabile. Un aggiornamento deve mantenere la stessa identità del pacchetto e lo stesso publisher; un pacchetto firmato con un publisher diverso non può aggiornare il pacchetto installato.

Package Support Framework può risolvere alcuni problemi comuni delle app desktop, come le assunzioni sulla working directory e determinati comportamenti del registry o dei percorsi dei file, ma non può eseguire il packaging dei driver né rimuovere i requisiti di elevazione. Evitare i convertitori “EXE to APPX” basati sul browser: una conversione legittima deve eseguire l'installer, analizzarne le modifiche, creare un manifest e proteggere le credenziali di firma; pertanto nessun servizio online affidabile può produrre in modo sicuro un pacchetto testato a partire da software arbitrario.