Novell Confidential Manual (FRA) 6 October 2004
41
Vérification des applications
Novell
®
ZENworks
®
Desktop Management offre des fonctions de vérification et, si nécessaire, de réparation des applications distribuées via Novell Application Launcher
TM
. Par défaut, si le programme de lancement d'applicatifs n'est pas en mesure de lancer une application, il invite l'utilisateur à la vérifier.
Les sections suivantes fournissent des informations qui permettent de comprendre comment fonctionne la vérification automatique des applications (ou l'auto-dépannage des applications) et comment les utilisateurs peuvent utiliser le programme de lancement d'applicatifs pour vérifier les applications manuellement :
« Détection des applications corrompues par le programme de lancement d'applicatifs », page
375
« Vérification des fichiers d'application », page 375
« Causes de l'échec de la vérification automatique », page 376
« Utilisation du programme de lancement d'applicatifs pour vérifier une application », page 376
Détection des applications corrompues par le programme de lancement d'applicatifs
Le programme de lancement d'applicatifs peut détecter si une application est corrompue au moment de son lancement. Si le fichier d'application qu'il appelle ne parvient pas à se lancer (en d'autres termes, si l'appel CreateProcess qu'il effectue renvoie la valeur FALSE), le programme de lancement d'applicatifs en déduit que l'application est corrompue et qu'elle doit être vérifiée.
Lorsque le problème se produit, le programme de lancement d'applicatifs le signale à l'utilisateur et lui laisse le choix de vérifier ou non l'application.
Vérification des fichiers d'application
Si le lancement d'une application échoue et que l'utilisateur choisit de vérifier celle-ci, le programme de lancement d'applicatifs redistribue tous les fichiers de l'application sur le poste de travail. La méthode choisie dépend du mode d'exécution du programme de lancement d'applicatifs : Connecté ou Déconnecté :
En mode Connecté, les fichiers d'application sont redistribués à partir du réseau.
En mode Déconnecté, les fichiers d'application sont redistribués à partir du répertoire cache
NAL local (généralement, c:\nalcache) à condition que les fichiers aient été préalablement mis en cache dans le répertoire. Si tel n'est pas le cas, l'application ne peut pas être vérifiée tant que le programme de lancement d'applicatifs ne passe pas en mode Connecté.
Vérification des applications
375
Novell Confidential Manual (FRA) 6 October 2004
Causes de l'échec de la vérification automatique
Il peut arriver que le programme de lancement d'applicatifs ne puisse pas procéder à la réparation automatique d'une application corrompue, même en ayant accès aux fichiers d'installation de l'application (à partir du réseau en mode Connecté ou à partir du cache NAL en mode Déconnecté).
Cet échec est lié à la méthode utilisée par le programme de lancement d'applicatifs pour détecter les applications corrompues.
Lorsqu'il lance le fichier avec succès (en d'autres termes, lorsque l'appel CreateProcess qu'il effectue renvoie la valeur TRUE), le programme de lancement d'applicatifs suppose que l'opération a effectivement réussi. En revanche, dans certains cas, le fichier appelé par le programme de lancement d'applicatifs ne démarre pas réellement l'application ; en fait, un autre fichier est appelé pour effectuer le démarrage de l'application. Si ce fichier-là est corrompu, manquant ou s'il ne peut pas se lancer, le lancement de l'application échoue sans que le programme de lancement d'applicatifs ne demande à l'utilisateur de vérifier l'application. Par exemple :
Si vous supprimez le fichier wz32.dll de WinZip puis lancez winzip32.exe, le programme de lancement d'applicatifs appelle avec succès le fichier winzip32.exe, et suppose que son lancement a réussi. Pourtant, lorsque le fichier winzip32.exe appelle le fichier wz32.dll, le lancement échoue car le fichier wz32.dll n'existe plus. Parce que le programme de lancement d'applicatifs demande aux utilisateurs de vérifier une application uniquement lorsqu'il ne parvient pas à la lancer (et dans notre cas le fichier Winzip32.exe a bien été lancé avec succès), l'application n'est pas réparée automatiquement.
Supprimez le fichier consoleone.exe, puis essayez de lancer l'application. Du fait que le programme de lancement d'applicatifs appelle Java, qui à son tour lance ConsoleOne
®
, le lancement échoue. En revanche, le programme de lancement d'applicatifs ne vérifie pas automatiquement ConsoleOne parce qu'il a réussi à lancer Java.
Dans ces cas, le programme de lancement d'applicatifs affiche le message suivant :
Error message: Application Launcher Status - Could not launch
nom_objet_application (id=xxx) The filename, directory name, or volume label syntax is incorrect.
Bien que le programme de lancement d'applicatifs ne peut pas demander automatiquement aux utilisateurs de vérifier les applications qui correspondent à ce scénario, les utilisateurs peuvent lancer eux-mêmes la vérification manuellement. Pour plus d'informations sur la méthode à utiliser, reportez-vous à la section suivante,
Utilisation du programme de lancement d'applicatifs pour vérifier une application .
Utilisation du programme de lancement d'applicatifs pour vérifier une application
Les utilisateurs peuvent utiliser l'option de vérification du programme de lancement d'applicatifs pour lancer la réparation d'une application corrompue. Pour cela, l'utilisateur doit effectuer les opérations suivantes :
1
2
Cliquer avec le bouton droit sur l'icône de l'application.
Cliquer sur Vérifier.
376 Guide d’administration de ZENworks 6.5 Desktop Management
