Groupe de commandes ClusterConfigCommands de l'objet AdminTask

Vous pouvez utiliser les langages de script Jython ou Jacl pour créer des serveurs d'applications en cluster, des serveurs génériques et des serveurs proxy par l'intermédiaire de scripts. Les commandes et paramètres du groupe ClusterConfigCommands peuvent être utilisés pour créer et supprimer des clusters de serveurs et des serveurs en tant que membres de cluster.

Le groupe de commandes ClusterConfigCommands de l'objet AdminTask inclut les commandes suivantes :
[z/OS]

changeClusterShortName

La commande createCluster modifie le nom abrégé associé au cluster.

Objet cible

Aucun

Etapes

-clusterName (obligatoire)
Spécifie le nom du cluster de serveurs. (Chaîne)
-shortName (facultatif)
Indique le nouveau nom abrégé à associer au cluster. Chaque cluster doit avoir un nom abrégé spécifique et unique. Lorsque ce paramètre n'est pas indiqué, un nom abrégé unique est automatiquement attribué. La valeur de ce paramètre peut comporter jusqu'à 8 caractères obligatoirement en majuscules.

Exemples

Syntaxe d'un exemple de mode différé :

  • Avec Jacl :
    $AdminTask changeClusterShortName {-clusterName cluster1 -shortName newshortname}
  • A l'aide de la chaîne Jython :
    AdminTask.changeClusterShortName('[-clusterName mycluster -shortName newshortname]')
  • Avec une liste Jython :
    AdminTask.changeClusterShortName(['-clusterName', 'mycluster', '-shortName', 'newshortname'])

Exemple d'utilisation en mode interactif :

  • Avec Jacl :
    $AdminTask changeClusterShortName {-interactive}
  • Avec Jython :
    AdminTask.changeClusterShortName ('-interactive')
  • Avec une liste Jython :
    AdminTask.changeClusterShortName (['-interactive'])

createCluster

La commande createCluster permet de créer un cluster de serveurs. Un cluster de serveurs est constitué d'un groupe de serveurs appelés membres de cluster. Un domaine de réplication peut éventuellement être créé pour le nouveau cluster et un serveur existant peut être inclus comme premier membre du cluster. La commande createCluster permet également d'appliquer au cluster des paramètres de serveur proxy.

Objet cible

Aucun

Etapes

-clusterConfig (obligatoire)
Spécifie les informations suivantes de configuration pour le nouveau cluster de serveurs :
-clusterName
Spécifie le nom du cluster de serveurs. (Chaîne)
-preferLocal
(Facultatif) Spécifie s'il y a lieu d'activer ou de désactiver au sein du cluster l'optimisation du routage de portée de noeud. La valeur par défaut est false. Spécifiez true pour activer cette optimisation. (Booléenne)
Configurations prises en charge Configurations prises en charge: Si vous activez l'optimisation preferLocal, le gestionnaire de déploiement doit être en cours d'exécution pour affecter la configuration. Si le gestionnaire de déploiement est arrêté, l'optimisation preferLocal n'est pas effectuée et les demandes peuvent être dispersées parmi tous les membres du cluster.sptcfg
-clusterType
(Facultatif) Spécifie le type de cluster de serveurs à créer. Le type est par défaut APPLICATION_SERVER. Les valeurs admises pour ce paramètre sont : APPLICATION_SERVER, PROXY_SERVER et ONDEMAND_ROUTER. (Chaîne)
[z/OS]-shortName
[z/OS]Spécifie le nom abrégé spécifique du serveur. Chaque serveur doit avoir un nom abrégé qui lui est propre. La valeur de ce paramètre peut comporter jusqu'à 8 caractères majuscules. Si vous n'indiquez pas de valeur pour ce paramètre, le système génère un nom abrégé unique. (Chaîne)
-replicationDomain (facultatif)
Le système utilise les propriétés de domaine de réplication pour la réplication des données de session HTTP.
-createDomain
Spécifie s'il y a lieu de créer un domaine de réplication dans la configuration du cluster. La valeur par défaut est false. Spécifiez true pour créer un domaine de réplication. (Booléen)
-convertServer (facultatif)
Fournit des informations sur un serveur d'applications à convertir en premier membre du cluster. Cette étape de la commande est facultative. Vous pouvez définir les paramètres suivants :
-serverNode
Le nom de noeud du serveur à convertir en premier membre du cluster. Vous devez également définir le paramètre serverName. (Chaîne)
-serverName
Le nom du serveur d'applications à convertir en premier membre du cluster. Vous devez également définir le paramètre serverNode. (Chaîne)
-memberWeight
Le poids du membre du cluster. Le poids détermine le volume de travail envoyé au serveur d'applications. Si ce poids est supérieur à celui affecté à d'autres membres du cluster, le serveur recevra une part plus importante de la charge de travail. La valeur de ce paramètre est un nombre compris entre 0 et 100. Si aucun paramètre n'est spécifié, la valeur par défaut est 2. (Entier)
-nodeGroup
Le nom du groupe de noeuds auquel ce noeud de membre de cluster et tous les autres noeuds de membre de cluster doivent appartenir. Tous les membres du cluster doivent résider sur des noeuds appartenant à un même groupe de noeuds. Si ce paramètre est spécifié, il doit correspondre à l'un des groupes de noeuds auquel appartient le noeud de ce membre. Faute de spécification, la valeur par défaut sera le premier groupe de noeuds répertorié pour le noeud de ce membre. (Chaîne)
-replicatorEntry
Spécifie s'il y a lieu d'activer la réplication de données de session HTTP. La valeur par défaut est false. Spécifiez true pour activer cette réplication. Vous devez spécifier ce paramètre si le paramètre createDomain a été défini comme true lors de la commande replicationDomain. (Chaîne)
-resourcesScope
Indique les opérations à effectuer sur les ressources du serveur une fois que celui-ci est placé dans un cluster. Valeurs possibles :
  • server : Indique que les ressources du serveur et les ressources du cluster restent au même endroit, sans subir de modification.
  • cluster : Indique que les ressources du serveur sont placées au niveau du cluster. Les ressources dans la portée du cluster sont définies à partir des ressources du serveur. Les ressources dans la portée du serveur sont supprimées.
  • both : Indique que les ressources du serveur sont copiées dans la portée du cluster. Les ressources dans la portée du cluster sont définies à partir des ressources du serveur. Les ressources dans la portée du serveur restent inchangées.

La valeur par défaut est cluster.

Pour les utilisateurs en transition Pour les utilisateurs en transition: La valeur par défaut pour le paramètre -resourcesScope a été remplacée par cluster pour la version 8.x. La valeur par défaut est both dans la version 7.trns

Exemples

Syntaxe d'un exemple de mode différé :

  • A l'aide de Jacl :
    $AdminTask createCluster {-clusterConfig {-clusterName cluster1 -preferLocal true 
     -clusterType APPLICATION_SERVER}}
    $AdminTask createCluster {-clusterConfig {-clusterName cluster1 -preferLocal true 
     -clusterType APPLICATION_SERVER} -replicationDomain {-createDomain true}}
    $AdminTask createCluster {-clusterConfig {-clusterName cluster1 -preferLocal true 
     -clusterType APPLICATION_SERVER} -convertServer {-serverNode node1 -serverName server1}}
  • A l'aide de la chaîne Jython :
    AdminTask.createCluster('[-clusterConfig [-clusterName cluster1 -preferLocal true 
     -clusterType APPLICATION_SERVER]]') 
    AdminTask.createCluster('[-clusterConfig [-clusterName cluster1 -preferLocal true 
     -clusterType APPLICATION_SERVER] -replicationDomain [-createDomain true]]') 
    AdminTask.createCluster('[-clusterConfig [-clusterName cluster1 -preferLocal true 
     -clusterType APPLICATION_SERVER] -convertServer [-serverNode node1 -serverName server1]]')
  • A l'aide de la liste Jython :
    AdminTask.createCluster(['-clusterConfig', '[-clusterName cluster1 -preferLocal 
     true -clusterType APPLICATION_SERVER]']) 
    AdminTask.createCluster(['-clusterConfig', '[-clusterName cluster1 -preferLocal true
      -clusterType APPLICATION_SERVER]', '-replicationDomain', '[-createDomain true]'])
    AdminTask.createCluster(['-clusterConfig', '[-clusterName cluster1 -preferLocal 
     true -clusterType APPLICATION_SERVER]', '-convertServer', '[-serverNode node1 -serverName server1]'])

Exemple d'utilisation en mode interactif :

  • Avec Jacl :
    $AdminTask createCluster {-interactive}
  • En langage Jython :
    AdminTask.createCluster ('-interactive')

createClusterMember

La commande createClusterMember crée un membre de cluster de serveurs. Un membre de cluster est un serveur d'applications qui appartient à un cluster. S'il s'agit du premier membre du cluster, vous devez indiquer un modèle à utiliser pour le membre de cluster. Ce modèle peut être soit un modèle de serveur par défaut, soit un serveur d'applications existant.

Le premier membre du cluster sert de modèle pour la création des membres suivants du cluster. Lorsque vous créez un premier membre de cluster, le modèle de membre de cluster est stocké dans la portée cluster.

Etant donné qu'un cluster peut contenir des membres de noeuds exécutant différentes versions du serveur d'applications, les conditions suivantes s'appliquent :
  • Le système stocke un modèle pour chacune des versions du noeud qui est déjà configuré en tant que membre du cluster.
  • Il n'y aura un modèle de membre de cluster pour une version de noeud donnée qu'à partir du moment où un premier membre sera créé dans un noeud de la même version. Si par exemple, un cluster contient des noeuds de la version 6.1 et d'autres de la version 6.0.x, il y aura un modèle de membre de cluster pour le noeud de la version 6.1, et un pour celui de la version 6.0.x.
  • Le modèle suivant sera utilisé pour les membres qui sont créés pour un noeud V6.1 : $WAS_HOME/config/templates/clusters/clusterName/servers/V6.1MemberTemplate.
  • Le modèle suivant sera utilisé pour les membres qui sont créés pour un noeud V6.0.x : $WAS_HOME/config/templates/clusters/clusterName/servers/V6MemberTemplate.
  • Lorsque vous effectuez une modification de configuration pour des membres d'un cluster, la même modification doit être effectuée pour le modèle stocké dans la portée du cluster correspondant.

Objet cible

(Facultatif) Spécifie l'ID de configuration du cluster auquel appartient le nouveau membre. En l'absence d'ID de configuration, vous devez spécifier le paramètre clusterName. La commande getid pour l'objet AdminConfig permet d'obtenir l'ID de configuration du cluster qui vous intéresse.

Paramètres requis

-clusterName
Nom du cluster auquel le nouveau membre appartiendra. En l'absence de ce paramètre, vous devez indiquer l'ID objet cluster dans la cible de commande. (Chaîne)

Etapes

-memberConfig (obligatoire)
Spécifie la configuration d'un nouveau membre du cluster.
memberNode
Spécifie le noeud sur lequel le système crée le membre de cluster. (Chaîne)
memberName
Spécifie le nom du nouveau membre du cluster. (Chaîne)
memberWeight
(Facultatif) Spécifie la pondération de démarrage du membre du cluster. (Entier)
memberUUID
(Facultatif) Spécifies l'UUID du membre du cluster. (Chaîne)
genUniquePorts
(Facultatif) Spécifie si le système doit générer des numéros de port uniques pour chaque transport HTTP défini dans le serveur. Le nouveau serveur ne sera pas associé à des transports HTTP en conflit avec un quelconque autre serveur défini sur le même noeud. La valeur par défaut est true. Si vous ne voulez pas que soient générés des numéros uniques, spécifiez la valeur comme false. (Booléen)
replicatorEntry
(Facultatif) Spécifie si le système doit créer dans le domaine de réplication du cluster une entrée de réplicateur pour le nouveau membre du cluster. Une entrée de réplicateur permet de fournir une réplication des données de session HTTP. Ce paramètre est facultatif. Sa valeur est true ou false et indique si l'entrée sera créée. La valeur par défaut est false. Vous pouvez indiquer ce paramètre seulement si un domaine de réplication a été créé pour le cluster. (Booléen)
[z/OS]specificShortName
[z/OS](Facultatif) Spécifie le nom abrégé spécifique du serveur. Chaque serveur doit avoir un nom abrégé qui lui est propre. La valeur de ce paramètre ne peut pas dépasser 8 caractères, doit commencer par un nombre ou être en minuscules. Si vous n'indiquez pas de valeur pour ce paramètre, le système génère un nom abrégé unique. (Chaîne)
-firstMember (facultatif)
Spécifie des informations supplémentaires requises pour la configuration du premier membre du cluster.
templateName
(Facultatif) Spécifie le nom du modèle de serveur d'applications à utiliser lors de la création d'un nouveau membre du cluster. Si vous définissez un modèle, vous ne pouvez pas indiquer que les paramètres templateServerNode et templateServerName utiliseront un serveur d'applications existant comme modèle. Dans cette étape, vous devez indiquer soit le paramètre templateName, soit les paramètres templateServerNode et templateServerName. (Chaîne)
templateServerNode
(Facultatif) Spécifie le nom du noeud avec un serveur d'applications existant à utiliser comme modèle lors de la création du nouveau membre du cluster. Si vous définissez le paramètre templateServerNode, vous devez également indiquer le paramètre templateServerName et vous ne pouvez pas définir le paramètre templateName. Dans cette étape, vous devez indiquer soit le paramètre templateName, soit les paramètres templateServerNode et templateServerName. (Chaîne)
templateServerName
(Facultatif) Spécifie le nom du serveur d'applications à exister à utiliser comme modèle lors de la création du nouveau membre du cluster. Si vous définissez le paramètre templateServerName, vous devez également indiquer le paramètre templateServerNode et vous ne pouvez pas définir le paramètre templateName. Dans cette étape, vous devez indiquer soit le paramètre templateName, soit les paramètres templateServerNode et templateServerName. (Chaîne)
nodeGroup
(Facultatif) Spécifie le nom du groupe de noeuds auquel appartiennent le membre du cluster et tous les membres supplémentaires. Tous les membres du cluster doivent résider sur des noeuds appartenant au même groupe de noeuds. Si ce paramètre est spécifié, il doit correspondre à l'un des groupes de noeuds auquel appartient le noeud de ce membre. Faute de spécification, le système attribue le premier groupe de noeuds répertorié pour le noeud du membre. (Chaîne)
coreGroup
(Facultatif) Spécifie le nom du groupe central auquel appartiennent le membre du cluster et tous les membres supplémentaires. Tous les membres du cluster doivent appartenir au même groupe central. Faute de spécification, le système attribue le premier groupe central de la cellule. (Chaîne)
resourcesScope
Indique les opérations à effectuer sur les ressources du serveur une fois que celui-ci est placé dans un cluster. Valeurs possibles :
  • server : Indique que les ressources du serveur et les ressources du cluster restent au même endroit, sans subir de modification.
  • cluster : Indique que les ressources du serveur sont placées au niveau du cluster. Les ressources dans la portée du cluster sont définies à partir des ressources du serveur. Les ressources dans la portée du serveur sont supprimées.
  • both : Indique que les ressources du serveur sont copiées dans la portée du cluster. Les ressources dans la portée du cluster sont définies à partir des ressources du serveur. Les ressources dans la portée du serveur restent inchangées.

La valeur par défaut est cluster.

Pour les utilisateurs en transition Pour les utilisateurs en transition: La valeur par défaut pour le paramètre -resourcesScope a été remplacée par cluster pour la version 8.x. La valeur par défaut est both dans la version 7.trns

Exemples

Syntaxe d'un exemple de mode différé :

  • Avec Jacl :

    Création du premier membre en utilisant un nom de modèle :
    $AdminTask createClusterMember {-clusterName cluster1 -memberConfig {-memberNode node1 -memberName member1
      -genUniquePorts true -replicatorEntry false}} -firstmember {-templateName serverTemplateName}}
    Création du premier membre en utilisant le serveur et le noeud comme modèle :
    $AdminTask createClusterMember {-clusterName cluster1 -memberConfig {-memberNode node1 -memberName member1 
     -genUniquePorts true -replicatorEntry false} -firstmember 
     {-templateServerNode node1 -templateServerName server1}}
    Création du second membre :
    $AdminTask createClusterMember {-clusterName cluster1 -memberConfig {-memberNode node1 -memberName member2 
      -genUniquePorts true -replicatorEntry false}}
  • A l'aide de la chaîne Jython :

    Création du premier membre en utilisant un nom de modèle :
    AdminTask.createClusterMember('[-clusterName cluster1 -memberConfig [-memberNode node1 -memberName member1 
      -genUniquePorts true -replicatorEntry false]] -firstMember [-templateName 
     serverTemplateName]]')
Création du premier membre en utilisant le serveur et le noeud comme modèle :
AdminTask.createClusterMember('[-clusterName cluster1 -memberConfig [-memberNode node1 -memberName member1 
  -genUniquePorts true -replicatorEntry false]] -firstMember 
 [-templateServerNode node1 -templateServerName server1]]')
Création du second membre :
AdminTask.createClusterMember('[-clusterName cluster1 -memberConfig [-memberNode node1 -memberName member1 
  -genUniquePorts true -replicatorEntry false]]')
  • Avec une liste Jython :

    Création du premier membre en utilisant un nom de modèle :
    AdminTask.createClusterMember(['-clusterName', 'cluster1',  '-memberConfig', 
     '[-memberNode node1 -memberName member1 -genUniquePorts true -replicatorEntry false]]', 
     '-firstMember', '[-templateName serverTemplateName]'])
    Création du premier membre en utilisant le serveur et le noeud comme modèle :
    AdminTask.createClusterMember(['-clusterName', 'cluster1', '-memberConfig', '[-memberNode 
     node1 -memberName member1 -genUniquePorts true -replicatorEntry false]', '-firstMember', 
     '[-templateServerNode node1 -templateServerName server1]'])
    Création du second membre :
    AdminTask.createClusterMember(['-clusterName', 'cluster1', '-memberConfig', '[-memberNode 
     node1 -memberName member1 -genUniquePorts true -replicatorEntry false]'])

    Exemple d'utilisation en mode interactif :

    • Avec Jacl :
      $AdminTask createClusterMember {-interactive}
    • En langage Jython :
      AdminTask.createClusterMember ('-interactive')

deleteCluster

La commande deleteCluster supprime la configuration d'un cluster de serveurs. Un cluster de serveurs est constitué d'un groupe de serveurs appelés membres de cluster. Le système supprime chacun des membres du cluster concerné.

La commande deleteClusterMember permet de supprimer la configuration d'un membre particulier de cluster.

Objet cible

(Facultatif) Spécifie l'ID de l'objet de configuration du cluster à supprimer. Si vous ne spécifiez pas d'ID d'objet pour le cluster, vous devez spécifier le paramètre clusterName. La commande getid pour l'objet AdminConfig permet d'obtenir l'ID de configuration du cluster.

Paramètres requis

-clusterName
Spécifie le nom du cluster à supprimer. Si vous spécifiez l'ID de configuration du cluster, il n'est pas nécessaire de spécifier une valeur pour le paramètre clusterName. (Chaîne)

Etapes

-replicationDomain (étape facultative)
-deleteRepDomain
Indique si le domaine de réplication doit être supprimé. La valeur par défaut est false. Spécifiez true pour supprimer le domaine de réplication. (Booléen)

Exemples

Syntaxe d'un exemple de mode différé :

  • Avec Jacl :
    $AdminTask deleteCluster {-clusterName cluster1 }
    $AdminTask deleteCluster {-clusterName cluster1 -replicationDomain {-deleteRepDomain true}}
  • A l'aide de la chaîne Jython :
    AdminTask.deleteCluster('[-clusterName cluster1]')
    AdminTask.deleteCluster('[-clusterName cluster1 -replicationDomain [-deleteRepDomain 
     true]]')
  • A l'aide de la liste Jython :
    AdminTask.deleteCluster(['-clusterName', 'cluster1'])
    AdminTask.deleteCluster(['-clusterName', 'cluster1', '-replicationDomain', 
     '[-deleteRepDomain true]'])

Exemple d'utilisation en mode interactif :

  • Avec Jacl :
    $AdminTask deleteCluster -interactive
  • En langage Jython :
    AdminTask.deleteCluster ('-interactive')

deleteClusterMember

La commande deleteClusterMember permet de supprimer la configuration d'un membre de cluster. Un membre de cluster est un serveur d'applications qui appartient à un cluster de serveurs.

La commande deleteCluster permet de supprimer la configuration d'un cluster.

Objet cible

(Facultatif) Spécifie l'ID de l'objet de configuration du membre de cluster à supprimer. En l'absence d'ID de configuration, vous devez spécifier les paramètres clusterName, memberNode et memberName. La commande getid pour l'objet AdminConfig permet d'obtenir l'ID de configuration du cluster.

Paramètres requis

-clusterName
Spécifie le nom du cluster auquel appartient le membre qui vous intéresse. Si ce paramètre est indiqué, les paramètres memberName et memberNode doivent également être définis. S'il n'est pas précisé, l'ID objet du membre doit être indiqué dans la cible de la commande. (Chaîne)
-memberNode
Spécifie le nom du noeud auquel appartient le membre du cluster. Si ce paramètre est indiqué, les paramètres memberName et clusterName doivent également être définis. S'il n'est pas précisé, l'ID objet du membre de cluster doit être indiqué dans la cible de la commande. (Chaîne)
-memberName
Spécifie le nom du serveur du membre à supprimer du cluster. Si ce paramètre est indiqué, les paramètres clusterName et memberNode doivent également être définis. S'il n'est pas précisé, l'ID objet du membre doit être indiqué dans la cible de la commande. (Chaîne)

Etapes

replicatorEntry (facultatif)
Spécifie la suppression d'une entrée de réplicateur de ce membre de cluster. Cette étape de la commande est facultative. Vous pouvez définir les paramètres suivants :
-deleteEntry
Supprime du domaine de réplication du cluster l'entrée de réplicateur ayant ce nom de membre de cluster. Spécifiez la valeur true pour supprimer l'entrée de réplicateur. La valeur par défaut est false.

Exemples

Syntaxe d'un exemple de mode différé :

  • Avec Jacl :
    $AdminTask deleteClusterMember {-clusterName cluster1 -memberNode node1 -memberName
     member1}
    $AdminTask deleteClusterMember {-clusterName cluster1 -memberNode node1 
     -memberName member2 -replicatorEntry {-deleteEntry true}}
  • A l'aide de la chaîne Jython :
    AdminTask.deleteClusterMember('[-clusterName cluster1 -memberNode node1 -memberName 
     member1]')
    AdminTask.deleteClusterMember('[-clusterName cluster1 -memberNode node1 -memberName 
     member2 -replicatorEntry [-deleteEntry true]]')
  • A l'aide de la liste Jython :
    AdminTask.deleteClusterMember(['-clusterName', 'cluster1', '-memberNode', 'node1', '-memberName', 
     'member1'])
    AdminTask.deleteClusterMember(['-clusterName', 'cluster1', '-memberNode', 'node1', 
     '-memberName', 'member2', '-replicatorEntry', '[-deleteEntry true]'])

Exemple d'utilisation en mode interactif :

  • Avec Jacl :
    $AdminTask deleteClusterMember -interactive
  • En langage Jython :
    AdminTask.deleteClusterMember ('-interactive')

updateClusterMemberWeights

La commande updateClusterMemberWeights met à jour les poids des membres de cluster spécifiés. Un membre de cluster est un serveur d'applications qui appartient à un cluster de serveurs.

Utilisez la commande updateClusterMemberWeights pour mettre à jour les poids des membres de cluster spécifiés dans la configuration d'un cluster.

Objet cible

Spécifie l'ID de l'objet de configuration du cluster de serveurs à mettre à jour.

Paramètres requis

-clusterName
Spécifie le nom du cluster auquel appartient le membre qui vous intéresse. Si ce paramètre est indiqué, les paramètres memberName et memberNode doivent également être définis. S'il n'est pas précisé, l'ID objet du membre doit être indiqué dans la cible de la commande. (Chaîne)
-memberNode
Spécifie le nom du noeud auquel appartient le membre du cluster. Si ce paramètre est indiqué, les paramètres memberName et clusterName doivent également être définis. S'il n'est pas précisé, l'ID objet du membre de cluster doit être indiqué dans la cible de la commande. (Chaîne)
-memberName
Spécifie le nom du serveur du membre à supprimer du cluster. Si ce paramètre est indiqué, les paramètres clusterName et memberNode doivent également être définis. S'il n'est pas précisé, l'ID objet du membre doit être indiqué dans la cible de la commande. (Chaîne)

Etapes

memberWeight
Le poids du membre du cluster. Le poids détermine le volume de travail envoyé au serveur d'applications. Si ce poids est supérieur à celui affecté à d'autres membres du cluster, le serveur recevra une part plus importante de la charge de travail. La valeur de ce paramètre est un nombre compris entre 0 et 100. Si aucun paramètre n'est spécifié, la valeur par défaut est 2. (Entier)

Exemples

Syntaxe d'un exemple de mode différé :

  • Avec Jacl :
    $AdminTask updateClusterMemberWeights {-clusterName cluster1 -memberNode noeud1 -memberName 
     membre1 -memberWeight  entier}
  • A l'aide de la chaîne Jython :
    AdminTask.updateClusterMemberWeights('[-clusterName cluster1 -memberNode
    noeud1 -memberName 
     membre1 -memberWeight entier]')
  • A l'aide de la liste Jython :
    AdminTask.updateClusterMemberWeights(['-clusterName', 'cluster1', '-memberNode',
    'noeud1', '-memberName', 
     'membre1', '-memberWeight', 'entier'])

Exemple d'utilisation en mode interactif :

  • Avec Jacl :
    $AdminTask updateClusterMemberWeights -interactive
  • En langage Jython :
    AdminTask.updateClusterMemberWeights ('-interactive')

Icône indiquant le type de rubrique Rubrique de référence



Icône d'horodatage Dernière mise à jour: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=rxml_atclusterconfig
Nom du fichier : rxml_atclusterconfig.html