Modification de la configuration du serveur d'applications à l'aide de l'outil wsadmin
Vous pouvez utiliser les objets AdminConfig et AdminApp de l'outil wsadmin pour apporter des modifications à la configuration du serveur d'applications.
Pourquoi et quand exécuter cette tâche
Procédure
- Démarrez l'outil de scriptage wsadmin.
Pour cette tâche, connectez le client de scripts wsadmin au serveur du gestionnaire de déploiement dans un environnement de déploiement réseau.
- Définissez une variable pour créer un serveur :
A l'aide de Jacl :
set n1 [$AdminConfig getid /Node:mynode/]
- Avec Jython :
n1 = AdminConfig.getid('/Node:mynode/')
Tableau 1. Description de la commande AdminConfig getid. Le tableau suivant décrit la commande AdminConfig getid. Elément Description set est une commande Jacl n1 est un nom de variable $ est un opérateur Jacl permettant de remplacer un nom de variable par sa valeur AdminConfig est un objet représentant la configuration WebSphere Application Server getid est une commande AdminConfig Node est le type d'objet mynode est le nom de l'objet à modifier - Créez un serveur avec la commande suivante :
Avec Jacl :
set serv1 [$AdminConfig create Server $n1 {{name myserv}}]
- Avec une liste Jython :
serv1 = AdminConfig.create('Server', n1, [['name', 'myserv']])
- Avec une chaîne Jython :
serv1 = AdminConfig.create('Server', n1, '[[name myserv]]')
Après l'exécution de cette commande, quelques nouveaux fichiers peuvent être affichés dans un espace de travail utilisé par le serveur gestionnaire de déploiement pour le compte de ce client de scriptage. Un espace de travail est un référentiel temporaire des informations de configuration pouvant être utilisé par les clients d'administration. Toutes les modifications apportées à la configuration par un client d'administration sont d'abord apportées à cet espace de travail temporaire. Dans le scriptage, ces modifications sont transférées au véritable référentiel de configuration lorsqu'une commande save est appelée sur l'objet AdminConfig. Les espaces de travail sont conservés dans le sous-répertoire wstemp d'une installation WebSphere Application Server.Tableau 2. Description de la commande AdminConfig create. Le tableau suivant décrit la commande AdminConfig create. Elément Description set est une commande Jacl serv1 est un nom de variable $ est un opérateur Jacl permettant de remplacer un nom de variable par sa valeur AdminConfig est un objet représentant la configuration WebSphere Application Server create est une commande AdminConfig Server est un objet AdminConfig n1 a pour valeur l'ID du noeud hôte spécifié à l'étape numéro 1 name est un attribut myserv est la valeur de l'attribut name - Modifiez la configuration du serveur avec la commande
suivante :
Avec Jacl :
$AdminConfig modify $serv1 {{stateManagement {{initialState STOP}}}}
- Avec une liste Jython :
AdminConfig.modify(serv1, [['stateManagement', [['initialState', 'STOP']]]])
- Avec une chaîne Jython :
AdminConfig.modify(serv1, '[[stateManagement [[initialState STOP]]]]')
Cette commande modifie l'état initial du nouveau serveur. Une fois l'exécution de cette commande terminée, l'un des fichiers de l'espace de travail est modifié.Tableau 3. Description de la commande AdminConfig modify. Le tableau suivant décrit la commande AdminConfig modify. Elément Description $ est un opérateur Jacl permettant de remplacer un nom de variable par sa valeur AdminConfig est un objet représentant la configuration WebSphere Application Server modify est une commande AdminConfig serv1 a pour valeur l'ID du noeud hôte spécifié à l'étape numéro 2 stateManagement est un attribut initialState est un attribut imbriqué dans l'attribut stateManagement STOP est la valeur de l'attribut initialState - Sauvegardez les modifications de configuration. Entrez l'exemple de commande suivante pour sauvegarder les modifications de configuration :
AdminConfig.save()
- Dans un environnement de déploiement en réseau uniquement, synchronisez le noeud. Utilisez les scripts syncActiveNode ou syncNode de la bibliothèque de scripts AdminNodeManagement pour propager les modifications de configuration sur un ou plusieurs noeudsµµ.
- Utilisez le script syncActiveNodes pour propager les modifications sur chacun des noeuds dans la cellule, comme dans l'exemple suivant :
AdminNodeManagement.syncActiveNodes()
- Utilisez le script syncNode pour propager les modifications sur un noeud spécifique, comme dans l'exemple suivant :
AdminNodeManagement.syncNode("myNode")
- Utilisez le script syncActiveNodes pour propager les modifications sur chacun des noeuds dans la cellule, comme dans l'exemple suivant :
Tâches associées:
Référence associée:


http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=txml_configchange
Nom du fichier : txml_configchange.html