Passage à App-V 5.0 ? Une évidence !
Des applications mieux intégrées au système
Avec App-V 4.6, l'intégration des applications se faisait par les types de fichiers. Ainsi lorsque je clique sur un fichier *.mp3, mon logiciel multimédia virtualisé se lance. Par contre, si l'on fait appel aux routines internes de Windows qui s'appuie sur le référencement des applications selon le type de média (et pas selon un type de fichier), une autre application peut être lancée. Il n'y avait pas de possibilités pour une application virtuelle de s'enregistrer de cette manière.
La technologie Virtual Application Extension de App-V 5 permet de lever cette limite en offrant une expérience d'utilisation cohérente des applications qui pourront enregistrer leurs capacités comme le fait une application installée de manière classique. C'est par exemple très utiles pour une application de messagerie qui peut être considérée comme l'application de messagerie par défaut même si elle est virtuelle. Un lien de type "mailto:" dans une page web lancera donc notre application virtualisée.
Voici les extensions disponibles:
- Shortcut Subsystem (Raccourcis sur le bureau, …)
- FTA Subsystem (Association à un type de fichiers, …)
- COM Subsystem (Enregistrement d'objets COM, …)
- Software Clients Subsystem (Configuration des programmes par défaut, …)
- Application Capabilities Subsystem (Programme par défaut sur une action, …)
- URL Protocol Handler Subsystem (Programme par défaut sur une extension d'url, …)
- App Path Subsystem (Enregistrement dans le path du système, …)
- Virtual Applications Subsystem (Liste des applications du package, …)
Autre bénéfice de App-V 5, la disparition du lecteur dédié (souvent Q:) qui permet de rendre homogène les déploiements dans des environnements où beaucoup de lettres de lecteur sont déjà attribués.
Il est a noté aussi que pendant la phase de séquençage d'une application, les redémarrages ne sont plus simulés mais bien effectués par le séquenceur qui redémarre la supervision au redémarrage du système.