Applications non prises en charge

Les applications peuvent rencontrer des échecs lors de l’installation ou de l’exécution dans les scénarios suivants :

• Applications nécessitant un redémarrage après l’installation : si une application doit effectuer des modifications ou des configurations supplémentaires après l’installation qui nécessitent un redémarrage, elle risque d’échouer. Actuellement, le générateur de blocs d’applications ne prend pas en charge le redémarrage, ce qui peut empêcher l’application d’effectuer les étapes requises après l’installation.

• Applications basées sur des informations spécifiques à l’utilisateur : les applications destinées à être installées uniquement pour l’utilisateur actuellement connecté au générateur de blocs d’applications, ou qui reposent sur les informations de l’utilisateur connecté au générateur de blocs d’applications, telles que les identifiants de sécurité (SID) lors de l’installation, risquent de ne pas fonctionner correctement sur les flottes Elastic. Cela est dû aux changements d’utilisateurs connectés dans l’environnement de flottes Elastic. En outre, la redirection d’application n’enregistre pas tous les répertoires sous %USERPROFILE%. Cependant, vous avez la possibilité de configurer des scripts de post-installation pour modifier dynamiquement la configuration de votre application en fonction de l’environnement.

• Applications s’appuyant sur des détails spécifiques à la machine : les applications qui s’appuient sur des détails spécifiques à la machine sur le générateur de blocs d’applications lors de l’installation, tels que le GUID de l’adaptateur réseau, peuvent rencontrer des problèmes sur les flottes Elastic. Cela est dû au fait que les détails de la machine, y compris les GUID des adaptateurs réseau, peuvent changer dans l’environnement de flottes Elastic. Pour résoudre ce problème, vous pouvez configurer les scripts de post-installation pour gérer la configuration de ces détails spécifiques à la machine.

Si vous ne savez pas si votre application appartient à l'une de ces catégories, vous pouvez utiliser le packaging AppStream 2.0 pour créer un bloc d'applications. Ce processus implique l’installation de vos applications sur une instance de générateur de blocs d’applications. Si l’installation de vos applications sur l’instance de générateur de blocs d’applications échoue, vous pouvez effectuer les actions suivantes :

• Consultez les journaux. Le fichier journal des erreurs de votre instance de générateur de blocs d'applications se trouve à l'adresse C : \ \ AppStream AppBlocks \ ErrorLog. Ce journal enregistre tous les échecs d’installation, y compris les clés de registre et le traitement des opérations sur les fichiers. Si l'un des journaux suivants apparaît dans le journal des erreurs, cela indique que le package de votre application n'est actuellement pas pris en charge par le générateur de blocs d'applications AppStream 2.0 :

  • « Impossible de créer un lien symbolique »

  • « Le service ne prend pas en charge le changement de nom de fichier »

  S’il n’existe aucun fichier errorLog, ou si ce fichier est vide, consultez les journaux d’installation de votre application pour identifier la raison des échecs.

• Signalez un problème. Cliquez sur le bouton Signaler un problème, qui est disponible dans l’assistant de création d’applications dans le générateur de blocs d’applications. La sélection de cette option collectera tous les journaux AppStream 2.0 de votre instance App Block Builder et les soumettra à l'équipe AppStream 2.0.

• Créez un bloc d’applications avec mise en package personnalisée : si vous ne parvenez pas à packager vos applications à l’aide du générateur de blocs d’applications, vous pouvez essayer de créer un bloc d’applications à l’aide de méthodes de mise en package personnalisée. Pour plus d’informations, consultez Blocs d’applications personnalisés.

• Si vous avez besoin d’aide supplémentaire, contactez AWS Support. Pour plus d’informations, consultez le Centre AWS Support.

Il est important de tenir compte de ces limites potentielles et de planifier en conséquence lorsque vous utilisez le packaging AppStream 2.0 pour vos applications.