Contrôle des appels de l'outil wsadmin à l'aide de l'outil de scriptage wsadmin
Exécutez les scripts wsadmin suivants lors de la configuration de l'environnement : création de la définition de cluster, création des sources de données et configuration d'objet JMS ou installation d'un ou plusieurs fichiers EAR comprenant le logiciel hôte sur le serveur d'applications. Tous les scripts, wsadmin et non-wsadmin, doivent prendre en charge la capacité à capturer un journal de l'activité réalisée lorsque vous exécutez le script.
Pourquoi et quand exécuter cette tâche
Pour configurer l'environnement de serveur d'applications, vous devez effectuer plusieurs tâches. Par exemple, vous devez exécuter les scripts non wsadmin suivants : créer la base de données de session persistante, installer le pilote JDBC sur le système, configurer MQ et créer des files d'attente MQ sur le système ou placer des fichiers PDF dans des emplacements spécifiques qui sont obligatoires en tant que partie de la structure d'application. Vous devez également exécuter les scripts wsadmin suivants en tant que partie de la configuration de l'environnement : créer la définition de cluster, créer les sources de données et la configuration d'objet JMS ou installer un ou plusieurs fichiers EAR comprenant le logiciel hôte sur le produit. Tous les scripts, wsadmin et non-wsadmin, doivent prendre en charge la capacité à capturer un journal de l'activité réalisée lorsque vous exécutez le script. Tous les journaux provenant des scripts sont écrits dans un répertoire spécifique qui effectue un archivage chaque fois que vous créez un environnement.
Chaque fois que vous configurez un environnement, le processus global est considéré comme un travail et chaque travail possède un identifiant associé. L'identifiant est une chaîne incluant la date, le nom de l'environnement, le nom de la machine, l'opérateur et le code d'accréditation comme indiqué par les règles de la société.
Pour examiner les journaux ultérieurement, une fois que l'affectation de l'environnement est terminée, et vérifier que tous les fichiers journaux des scripts wsadmin et non wsadmin reflètent la sortie réelle du script que vous avez exécuté pour un travail particulier et qu'aucun autre journal n'est mélangé avec ceux de ce travail, procédez comme suit :
Procédure
Exemple
L'exemple suivant constitue une sortie vers le journal de l'outil wsadmin lorsque vous utilisez le paramètre -jobid string :
[5/16/05 15:45:49:449 CDT] 0000000a AbstractShell A JobID= scriptTest1