Qu'est-ce que le « reverse packaging » ?
Le « reverse packaging » consiste à reconstruire un paquet déployable en capturant une application depuis une installation en cours, plutôt qu'à partir de son installateur d'origine. EfficientEther capture les fichiers installés, le registre, les services et les dépendances depuis une machine en fonctionnement, puis produit des sorties signées MSIX, MSI, IntuneWin ou AppAttach, prêtes pour une distribution Windows moderne.
Pouvez-vous packager une application sans l'installateur d'origine ?
Oui. Lorsque l'installateur n'est plus disponible, nous capturons depuis une installation en cours où l'application s'exécute déjà, puis nous la reconditionnons à partir de là. Cette voie de « reverse packaging » récupère les fichiers, le registre, les services et les dépendances et crée un paquet signé MSIX, MSI, IntuneWin ou AppAttach. Aucun support d'installation ni portail éditeur ouvert n'est nécessaire pour commencer.
Nous n'avons pas l'installeur d'origine. L'application peut-elle quand même être récupérée ?
Oui. EtherApps Forge capture l'application directement depuis une machine où elle est déjà installée et en service. Nous récupérons les fichiers, entrées de registre, services et dépendances, puis nous produisons un paquet MSIX, MSI, IntuneWin ou AppAttach signé à partir de cette capture. Aucun support d'installation n'est requis pour démarrer.
Le portail éditeur est fermé ou derrière un accès partenaire que nous n'avons pas. Est-ce bloquant ?
Généralement non. Si l'application est sous licence et installée quelque part dans l'entreprise, le sauvetage part de l'empreinte installée. Nous ne dépendons pas d'un nouveau téléchargement chez l'éditeur. Nous recommandons toutefois de vérifier les conditions de licence avant toute redistribution interne du paquet.
Comment prouvez-vous que l'application legacy fonctionnera sur Windows 11 ou Cloud PC ?
Chaque application reçoit un verdict de compatibilité : fonctionne telle quelle sur Windows 11, fonctionne avec des correctifs de manifeste, nécessite une remédiation (par exemple un runtime ou un composant kernel-mode plus supporté), ou ne peut réellement pas encore migrer. Ce verdict alimente directement le plan de migration et la compatibilité des applications legacy cesse d'être une supposition.
Est-ce sûr sur des postes utilisateurs en production ?
La capture est en lecture seule sur la machine source. Nous capturons généralement depuis une machine de référence représentative ou une VM contrôlée plutôt que depuis un poste utilisateur actif, afin de ne pas perturber le quotidien. La sortie est revue et signée avant tout déploiement.
L'application se package correctement mais se comporte bizarrement ensuite. Est-ce corrigeable ?
Le plus souvent oui, et sans toucher au code de l'application. Les applications anciennes supposent souvent des choses que le conteneur MSIX n'autorise pas : écrire ses réglages à côté de son propre exécutable, un chemin d'installation fixe, ou un emplacement de registre machine désormais redirigé. EtherApps Forge met en place le Package Support Framework pour ces cas, avec redirection des fichiers et du registre et correction du répertoire de travail, afin que l'application se comporte comme avant son packaging. Les applications concernées sont notées "déployable avec correctifs" dans le verdict de compatibilité plutôt qu'écartées.
Et les applications avec des drivers, services ou dépendances kernel-mode particuliers ?
Certaines applications ne peuvent réellement pas migrer vers MSIX (les drivers et composants kernel-mode en sont une cause fréquente). Pour celles-ci, l'évaluation reste utile : vous obtenez une raison documentée, une voie MSI ou IntuneWin si possible, et une shortlist d'applications qui nécessitent une conversation de modernisation plutôt que de packaging.
Cela remplace-t-il notre équipe packaging ?
Non. L'évaluation comble le vide amont (pas d'installeur, pas de clarté, pas de données de compatibilité) pour que l'équipe packaging ne soit pas bloquée sur du travail d'enquête. Un relecteur humain valide toujours chaque paquet avant publication.