Konversi EXE menjadi APPX

Tool deployment enterprise, alur kerja Microsoft Store, atau lingkungan Windows yang lebih lama mungkin memerlukan paket .appx dan bukan installer yang disediakan vendor. Aplikasi yang terinstal harus dikemas, diberi identitas dan manifest, serta ditandatangani; mengganti nama Setup.exe menjadi .appx tidak mengonversinya.

Format EXE dan APPX

EXE adalah ekstensi nama file executable Windows yang umum, biasanya untuk program Portable Executable (PE). Penerbit software menggunakan file EXE untuk aplikasi, command-line tools, uninstaller, dan installer yang dibuat dengan sistem seperti Inno Setup, NSIS, InstallShield, WiX Burn, dan Visual Studio.

Installer EXE dapat menyalin file, membuat entri registry, menginstal prerequisites, mendaftarkan komponen COM, membuat services, atau mengunduh konten tambahan. Tindakan tersebut tidak menyediakan package manifest, application identity, assets, dependency declarations, block map, dan signature yang diperlukan oleh paket APPX.

APPX adalah format paket aplikasi Windows berbasis ZIP yang ditandatangani dan diperkenalkan pada Windows 8. Format ini berisi AppxManifest.xml, file aplikasi, visual assets, dependency declarations jika diperlukan, AppxBlockMap.xml, dan package signature.

APPX menyediakan lokasi instalasi yang ditentukan, application identity, pemeriksaan integritas, perilaku uninstall yang lebih bersih, dan deployment berversi. Format ini dapat di-deploy melalui sistem enterprise management, PowerShell, dan alur kerja Store yang kompatibel. .msix adalah penerus yang lebih baru dan biasanya merupakan output yang lebih baik untuk deployment Windows saat ini; buat APPX hanya jika platform penerima secara eksplisit memerlukannya.

Mengemas aplikasi desktop

Gunakan installer asli dan hanya kemas software yang Anda miliki atau berwenang untuk distribusikan ulang. Pertama, pastikan bahwa tujuan benar-benar memerlukan .appx; banyak sistem deployment saat ini menerima MSIX dan tidak mendapatkan manfaat dari paket APPX yang lebih lama.

1. Buat virtual machine bersih yang sesuai dengan release dan architecture Windows target. Hapus salinan aplikasi sebelumnya dan hindari menginstal software yang tidak terkait selama proses capture.
2. Instal Microsoft’s MSIX Packaging Tool dari Microsoft Store atau sumber release Microsoft resminya. Tool ini merupakan capture tool yang disarankan untuk aplikasi Win32 yang sudah ada, meskipun output normalnya adalah MSIX.
3. Mulai local application-package capture, pilih installer EXE, dan berikan silent parameters yang terdokumentasi jika tersedia, seperti /S, /quiet, atau /VERYSILENT. Installer switches bersifat spesifik untuk setiap produk.
4. Instal dan konfigurasikan aplikasi selama proses capture. Jangan capture Windows updates, drivers, browser extensions, prerequisites yang tidak terkait, atau data khusus pengguna.
5. Berikan package identity, version, architecture, display information, dan visual assets. Manifest publisher harus sama persis dengan subject pada signing certificate, misalnya CN=Contoso Software.
6. Uji paket yang dihasilkan pada separate clean target machine. Uji peluncuran, pembaruan, file associations, protocol handlers, pencetakan, licensing, dan setiap integrasi yang diperlukan.

Untuk output APPX yang wajib digunakan, buat APPX-compatible package layout yang berisi manifest, binaries, assets, dan dependencies, lalu gunakan tool Windows SDK MakeAppx.exe:

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

Layout yang di-capture untuk paket MSIX mungkin memerlukan perubahan pada manifest atau compatibility sebelum dapat dibuat sebagai APPX. Jangan sekadar mengubah ekstensi .msix yang dihasilkan menjadi .appx.

Tandatangani paket yang sudah selesai dengan app-package signing certificate yang dipercaya oleh target devices:

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

Validasi signature dengan SignTool.exe verify /pa /v C:\Packages\Contoso.App.appx. Untuk pengujian internal, distribusikan dan percayakan test certificate melalui proses certificate management organisasi. Pengiriman ke Store memerlukan package identity dan publisher yang ditetapkan melalui Partner Center; arbitrary self-signed certificate tidak sesuai untuk distribusi melalui Store.

Batasan kompatibilitas

Kemas aplikasi yang sudah terinstal, bukan menempatkan installernya di dalam paket. APPX yang menjalankan Setup.exe tetap merupakan installer dan biasanya gagal memenuhi persyaratan deployment enterprise atau Store.

Packaging tidak membuat setiap dependency Win32 menjadi kompatibel. Kernel drivers, boot-time components, low-level security software, machine-wide installers, software yang memerlukan elevation pada setiap peluncuran, dan aplikasi yang memodifikasi protected system locations sering kali memerlukan desain deployment terpisah atau perubahan kode. Beberapa services, skenario COM, shell extensions, serta perilaku file-system atau registry memiliki dukungan packaging yang spesifik untuk versi Windows dan harus diuji pada release target tertua yang didukung.

Buat dan uji paket x86, x64, dan arm64 terpisah jika berlaku. Update harus mempertahankan package identity dan publisher yang sama; paket yang ditandatangani dengan publisher berbeda tidak dapat meng-update paket yang sudah terinstal.

Package Support Framework dapat mengatasi beberapa masalah umum desktop app, seperti asumsi working-directory dan perilaku registry atau file-path tertentu, tetapi tidak dapat mengemas drivers atau menghapus persyaratan elevation. Hindari converter “EXE to APPX” berbasis browser: konversi yang sah harus menjalankan installer, memeriksa perubahannya, membuat manifest, dan melindungi signing credentials, sehingga tidak ada online service bereputasi yang dapat dengan aman menghasilkan paket yang telah diuji dari software arbitrer.