Groupe de commandes ServerManagement de l'objet AdminTask

Vous pouvez utiliser les langages de script Jython ou Jacl pour gérer les serveurs à l'aide de l'outil wsadmin. Les commandes et paramètres du groupe ServerManagement peuvent être utilisés pour créer et gérer des configurations de serveur, de serveur Web, de serveur proxy, de serveur générique et de machine virtuelle Java™ (JVM).

[z/OS]

changeServerSpecificShortName

Utilisez la commande changeServerSpecificShortName pour modifier le nom abrégé associé à un serveur.

Objet cible

Aucune

Paramètres obligatoires

-serverName
Nom du serveur dont vous voulez changer le nom abrégé.
-nodeName
Nom du noeud contenant le serveur.

Paramètres facultatifs

-specificShortName
Chaque serveur doit avoir un nom abrégé spécifique et unique. Lorsque ce paramètre n'est pas indiqué, un nom abrégé spécifique unique est automatiquement attribué. La valeur de ce paramètre peut comporter jusqu'à 8 caractères obligatoirement en majuscules.

Exemples

Exemple d'utilisation en mode de traitement par lots :

  • Avec Jacl :
    $AdminTask changeServerSpecificShortName {-serverName server1 -nodeName node1
         -specificShortName newshortname}
  • Avec une chaîne Jython :
    AdminTask.changeServerSpecificShortName('[-serverName myserver -nodeName myNode
     -specificShortName newshortname]')
  • En langage Jython :
    AdminTask.changeServerSpecificShortName(['-serverName', 'myserver', '-nodeName', 'myNode',
        '-specificShortName', 'newshortname'])

Exemple d'utilisation en mode interactif :

  • Avec Jacl :
    $AdminTask changeServerSpecificShortName {-interactive}
  • A l'aide de la chaîne Jython :
    AdminTask.changeServerSpecificShortName ('[-interactive]')
  • En langage Jython :
    AdminTask.changeServerSpecificShortName (['-interactive'])

createApplicationServer

La commande createApplicationServer permet de créer un serveur d'applications.

Objet cible

Indique le nom du noeud (Chaîne, obligatoire)

Paramètres requis

-name
Nom du serveur que vous souhaitez créer. (Chaîne, obligatoire)

Paramètres facultatifs

-templateName
Nom du modèle sur lequel baser le serveur. (Chaîne, facultatif)
-genUniquePorts
Spécifie si le système doit générer des ports HTTP uniques pour le serveur. La valeur par défaut est true. Spécifiez "false" si vous ne souhaitez pas générer de ports HTTP uniques pour le serveur. (Booléenne)
-templateLocation
-templateLocation (ConfigID, facultatif)
ID configuration représentant l'emplacement d'un modèle. Pour répertorier tous les modèles disponibles, vous pouvez utiliser la commande suivante :
print AdminTask.listServerTemplates('-serverType WEB_SERVER')
Exemple de syntaxe :
-templateLocation 
IHS(templates/servertypes/WEB_SERVER/servers/IHS|server.xml)

Exemples

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

  • Avec Jacl :
    $AdminTask createApplicationServer ndnode1 {-name test1 -templateName default}
  • A l'aide de la chaîne Jython :
    AdminTask.createApplicationServer('ndnode1', '[-name test1 -templateName default]')
  • En langage Jython :
    AdminTask.createApplicationServer('ndnode1', ['-name', 'test1', '-templateName', 'default'])

Exemple d'utilisation en mode interactif :

  • Avec Jacl :
    $AdminTask createApplicationServer {-interactive}
  • A l'aide de Jython :
    AdminTask.createApplicationServer ('-interactive')

createApplicationServerTemplate

La commande createApplicationServerTemplate crée un modèle de serveur d'applications.

Objet cible

Aucun

Paramètres requis

-templateName
Indique le nom du modèle de serveur d'applications que vous souhaitez créer. (Chaîne, obligatoire)
-serverName
Indique le nom du serveur sur lequel baser le modèle. (Chaîne, obligatoire)
-nodeName
Indique le nom du noeud correspondant au serveur sur lequel baser le modèle. (Chaîne, obligatoire)

Paramètres facultatifs

-description
Indique la description du modèle. (Chaîne)
-templateLocation
Indique un ID configuration représentant l'emplacement du modèle. (Chaîne)
L'exemple suivant présente le format de l'ID configuration, où le nom affiché est facultatif :
Websphere:_Websphere_Config_Data_Display_Name=display_name,_Websphere_Config_Data_Id=
configuration_id
La valeur de l'ID de configuration correspond au modèle de serveur d'applications, c'est-à-dire templates\servertypes\APPLICATION_SERVER|servertype-metadata.xml

Exemples

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

  • Avec Jacl :
    $AdminTask createApplicationServerTemplate {-templateName newTemplate -serverName 
     server1  -nodeName ndnode1 
     -description "This is my new template" -templateLocation 
     Websphere:_Websphere_Config_Data_Display_Name=APPLICATION_SERVER,_Websphere_Config_Data_Id= 
     templates/servertypes/APPLICATION_SERVER|servertype-metadata.xml}
  • A l'aide de la chaîne Jython :
    AdminTask.createApplicationServerTemplate('[-templateName newTemplate -serverName 
     server1 -nodeName ndnode1 
     -description "This is my new template" -templateLocation 
     Websphere:_Websphere_Config_Data_Display_Name= 
     APPLICATION_SERVER,_Websphere_Config_Data_Id=templates/servertypes/APPLICATION_SERVER|servertype-
    metadata.xml]')
  • En langage Jython :
    AdminTask.createApplicationServerTemplate(['-templateName',  'newTemplate', '-serverName', 
     'server1', '-nodeName',  'ndnode1', '-description', "This is my new template"])

Exemple d'utilisation en mode interactif :

  • Avec Jacl :
    $AdminTask createApplicationServerTemplate {-interactive}
  • A l'aide de la chaîne Jython :
    AdminTask.createApplicationServerTemplate ('[-interactive]')
  • En langage Jython :
    AdminTask.createApplicationServerTemplate (['-interactive'])

createGenericServer

La commande createGenericServer permet de créer un serveur générique dans la configuration. Un serveur générique est un serveur géré, mais non fourni, par le produit. La commande createGenericServer fournit une autre étape, ConfigProcDef, que vous utilisez pour configurer les paramètres spécifiques des serveurs génériques.

Objet cible

Indique le nom du noeud (Chaîne, obligatoire)

Paramètres requis

-name
Nom du serveur que vous souhaitez créer.

Paramètres facultatifs

-templateName
Sélectionne un modèle de serveur. Cette étape fournit la liste des modèles de serveur d'applications pour le type de noeud et de serveur. La valeur par défaut est le modèle par défaut du type de serveur. (Chaîne, facultatif)
-genUniquePorts
Spécifie si le système doit générer des ports HTTP uniques pour le serveur. La valeur par défaut est true. Spécifiez "false" si vous ne souhaitez pas générer de ports HTTP uniques pour le serveur. (Booléenne)
-templateLocation
ID configuration représentant l'emplacement d'un modèle. Indiquez l'ID configuration _Websphere_Config_Data_Id=templates/servertypes/GENERIC_SERVER|servertype-metadata.xml permettant de créer un serveur générique. (ObjectName)
-startCommand
Indique le chemin d'accès de la commande qui s'exécutera lors du démarrage de ce serveur générique. (Chaîne, facultatif)
-startCommandArgs
Indique les arguments à transmettre à la commande startCommand lors du démarrage du serveur générique. (Chaîne, facultatif)
-executableTargetKind
Indique si un nom de classe Java (utilisez JAVA_CLASS) ou le nom d'un fichier JAR exécutable (utilisez EXECUTABLE_JAR) sera utilisé comme cible exécutable de ce processus. Cette zone ne doit pas être renseignée pour les exécutables binaires. Ce paramètre s'applique seulement aux processus Java. (Chaîne, facultatif)
-executableTarget
Indique le nom de la cible exécutable (une classe Java contenant une méthode main() ou le nom d'un exécutable JAR), en fonction du type de la cible. Cette zone ne doit pas être renseignée pour les exécutables binaires. Ce paramètre s'applique seulement aux processus Java. (Chaîne, facultatif)
-workingDirectory
Indique le répertoire de travail du serveur générique.
-stopCommand
Indique le chemin d'accès de la commande qui s'exécutera lors de l'arrêt de ce serveur générique. (Chaîne, facultatif)
-stopCommandArgs
Indique les arguments à transmettre à la commande stopCommand lors de l'arrêt du serveur générique. (Chaîne, facultatif)

Exemples

Exemple d'utilisation en mode de traitement par lots :

  • Langage Jacl :
    $AdminTask createGenericServer jim667BaseNode {-name jgeneric  -ConfigProcDef 
     {{"/usr/bin/myStartCommand" "arg1 arg2" "" ""  "/tmp/workingDirectory" "/tmp/stopCommand" "argy argz"}}}
  • A l'aide de la chaîne Jython :
    AdminTask.createGenericServer('jim667BaseNode', '[-name jgeneric  -ConfigProcDef 
     [[/usr/bin/myStartCommand "arg1 arg2" "" ""  /tmp/workingDirectory /tmp/StopCommand "argy argz"]]]')
  • En langage Jython :
    AdminTask.createGenericServer('jim667BaseNode', ['-name', 'jgeneric', '-ConfigProcDef',
     [['/usr/bin/myStartCommand', "arg1 arg2" "" "", '/tmp/workingDirectory', '/tmp/StopCommand', "argy argz"]]])

Exemple d'utilisation en mode interactif :

  • Langage Jacl :
    $AdminTask createGenericServer {-interactive}
  • A l'aide de la chaîne Jython :
    AdminTask.createGenericServer ('[-interactive]')
  • En langage Jython :
    AdminTask.createGenericServer (['-interactive'])

createGenericServerTemplate

La commande createGenericServerTemplate crée un modèle de serveur générique.

Objet cible

Aucun

Paramètres requis

-templateName
Indiquez le nom du modèle de serveur générique que vous voulez créer. (Chaîne, obligatoire)
-serverName
Indique le nom du serveur sur lequel baser le modèle. (Chaîne, obligatoire)
-nodeName
Indique le nom du noeud correspondant au serveur sur lequel baser le modèle. (Chaîne, obligatoire)

Paramètres facultatifs

-description
Indique la description du modèle. (Chaîne)
-templateLocation
Indique un ID configuration représentant l'emplacement du modèle. (Chaîne)
L'exemple suivant présente le format de l'ID configuration, où le nom affiché est facultatif :
Websphere:_Websphere_Config_Data_Display_Name=display_name,_Websphere_Config_Data_Id=
configuration_id
La valeur de l'ID de configuration correspond au modèle de serveur générique, c'est-à-dire templates\servertypes\GENERIC_SERVER|servertype-metadata.xml

Exemples

Exemple d'utilisation en mode de traitement par lots :

  • Langage Jacl :
    $AdminTask createGenericServerTemplate {-templateName newTemplate -serverName 
     server1  -nodeName ndnode1
     -description "This is my new template" -templateLocation 
     Websphere:_Websphere_Config_Data_Display_Name=GENERIC_SERVER,_Websphere_Config_Data_Id= 
     templates/servertypes/GENERIC_SERVER|servertype-metadata.xml}
  • A l'aide de la chaîne Jython :
    AdminTask.createGenericServerTemplate('[-templateName newTemplate -serverName 
     server1 -nodeName ndnode1
     -description "This is my new template" -templateLocation 
     Websphere:_Websphere_Config_Data_Display_Name= 
     GENERIC_SERVER,_Websphere_Config_Data_Id=templates/servertypes/GENERIC_SERVER|servertype-metadata.xml]')
  • En langage Jython :
    AdminTask.createGenericServerTemplate(['-templateName',  'newTemplate', '-serverName', 
     'server1', '-nodeName',  'ndnode1', '-description', "This is my new template"])

Exemple d'utilisation en mode interactif :

  • Langage Jacl :
    $AdminTask createGenericServerTemplate {-interactive}
  • A l'aide de la chaîne Jython :
    AdminTask.createGenericServerTemplate ('[-interactive]')
  • En langage Jython :
    AdminTask.createGenericServerTemplate (['-interactive'])

createGenericServerTemplate

La commande createGenericServerTemplate permet de créer un modèle de serveur basé sur une configuration de serveur.

Objet cible

Aucun.

Paramètres requis

-serverName
Indique le nom du serveur qui vous intéresse. (Chaîne, obligatoire)
-nodeName
Indique le nom du noeud concerné. (Chaîne, obligatoire)
-templateName
Indique le nom du modèle à créer. (Chaîne, obligatoire)

Paramètres facultatifs

-description
Fournit une description pour le modèle à créer. (Chaîne, facultatif)
-templateLocation
Indique un ID configuration représentant l'emplacement du modèle. Si ce paramètre n'est pas spécifié, le système utilise l'emplacement par défaut. (Chaîne, facultatif)
L'exemple suivant présente le format de l'ID configuration, où le nom affiché est facultatif :
Websphere:_Websphere_Config_Data_Display_Name=display_name,_Websphere_Config_Data_Id=
configuration_id
L'ID configuration peut correspondre à une des valeurs suivantes :
  • Pour créer un modèle de serveur Web, procédez comme suit :

    templates\servertypes\WEB_SERVER|servertype-metadata.xml

  • Pour créer un modèle de serveur d'applications :

    templates\servertypes\APPLICATION_SERVER|servertype-metadata.xml

  • Pour créer un modèle de serveur générique :

    templates\servertypes\GENERIC_SERVER|servertype-metadata.xml

  • Pour créer un modèle de serveur proxy :

    templates\servertypes\PROXY_SERVER|servertype-metadata.xml

Exemples

Exemple d'utilisation en mode interactif :

  • A l'aide de Jacl :
    $AdminTask createGenericServerTemplate {-interactive}
  • A l'aide de Jython :
    AdminTask.createGenericServerTemplate('-interactive')

createProxyServer

La commande createProxyServer permet de créer un serveur proxy dans la configuration. Le serveur proxy est un type particulier de serveur d'applications, qui achemine les requêtes HTTP vers les serveurs de contenus chargés de traiter la tâche. Après le pare-feu, il représente le point d'entrée initial des demandesacheminées vers l'entreprise.

Objet cible

Indique le nom du noeud (Chaîne, obligatoire)

Paramètres requis

-name
Le nom du serveur à créer. (Chaîne)

Paramètres facultatifs

-templateName
Sélectionne un modèle de serveur. Cette étape fournit la liste des modèles de serveur d'applications pour le type de noeud et de serveur. La valeur par défaut est le modèle par défaut du type de serveur. (Chaîne)
-genUniquePorts
Spécifie si le système doit générer des ports HTTP uniques pour le serveur. La valeur par défaut est true. Spécifiez "false" si vous ne souhaitez pas générer de ports HTTP uniques pour le serveur. (Booléenne)
-templateLocation
Spécifie l'emplacement du modèle sur votre système. Si vous n'êtes pas sûr de cet emplacement, utilisez celui défini par le système. (Chaîne)
[z/OS]-specificShortName
[z/OS]Indique 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.
[z/OS]-genericShortName
[z/OS]Indique le nom abrégé générique du serveur. Chaque membre d'un cluster partage le même nom abrégé générique. Attribuez un nom abrégé générique unique aux serveurs qui n'appartiennent pas à un cluster. 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)
-clusterName
Spécifie le nom du cluster auquel le système attribue le serveur. (Chaîne)
[z/OS]-bitmode
[z/OS]Spécifie le mode bits du serveur. Les valeurs autorisées sont 31 et 64 octets.

Etapes facultatives

-ConfigCoreGroup
coregroupName
Spécifie le nom du groupe central à configurer. (Chaîne)
-selectProtocols
list
Spécifie la liste des protocoles pris en charge par le serveur proxy. (java.util.List)

Exemples

Exemple d'utilisation en mode de traitement par lots :

  • Langage Jacl :
    $AdminTask createProxyServer myNode {-name myProxyServer -templateName myTemplate 
     -ConfigCoreGroup [-coregroupName [myCoreGroup]] -selectProtocols [-list [HTTP, SIP]]}
  • A l'aide de la chaîne Jython :
    AdminTask.createProxyServer('myNode', '[-name myProxyServer -templateName myTemplate 
     -ConfigCoreGroup [-coregroupName [myCoreGroup]] -selectProtocols [-list [HTTP, SIP]]]')
  • En langage Jython :
    AdminTask.createProxyServer(myNode, ['-name', 'myProxyServer', '-templateName', 'myTemplate', 
     '-ConfigCoreGroup', '[-coregroupName [myCoreGroup]]', '-selectProtocols', '[-list [HTTP, SIP]]'])

Exemple d'utilisation en mode interactif :

  • Langage Jacl :
    $AdminTask createProxyServer {-interactive}
  • A l'aide de Jython :
    AdminTask.createProxyServer('-interactive')

createProxyServerTemplate

La commande createProxyServerTemplate permet de créer un modèle de serveur proxy dans la configuration d'un serveur proxy existant.

Objet cible

Aucun

Paramètres requis

-templateName
Spécifie le nom du modèle de serveur proxy à créer. (Chaîne)
-serverName
Spécifie le nom du serveur proxy qui vous intéresse. (Chaîne)
-nodeName
Indique le nom du noeud concerné. (Chaîne)

Paramètres facultatifs

-description
Spécifie la description du nouveau modèle de serveur. (Chaîne)
-templateLocation
Indique un ID configuration représentant l'emplacement du modèle. Si vous n'êtes pas sûr de cet emplacement, utilisez celui défini par le système. (Chaîne)
L'exemple suivant présente le format de l'ID configuration, où le nom affiché est facultatif :
Websphere:_Websphere_Config_Data_Display_Name=display_name,_Websphere_Config_Data_Id=
configuration_id
La valeur de l'ID de configuration correspond au modèle de serveur relais, c'est-à-dire templates\servertypes\PROXY_SERVER|servertype-metadata.xml

Exemples

Exemple d'utilisation en mode de traitement par lots :

  • Langage Jacl :
    $AdminTask createProxyServerTemplate {-templateName proxyServerTemplate -serverName proxyServer1 
     -nodeName myNode}
  • A l'aide de la chaîne Jython :
    AdminTask.createProxyServerTemplate('[-templateName proxyServerTemplate -serverName proxyServer1 
     -nodeName myNode]')
  • En langage Jython :
    AdminTask.createProxyServerTemplate(['-templateName', 'proxyServerTemplate', '-serverName', 
     'proxyServer1', '-nodeName', 'myNode'])

Exemple d'utilisation en mode interactif :

  • Langage Jacl :
    $AdminTask createProxyServerTemplate {-interactive}
  • A l'aide de Jython :
    AdminTask.createProxyServerTemplate('[-interactive]')

createServerType

Fonction obsolète Fonction obsolète: La commande createServerType est obsolète. Aucune commande alternative n'est fournie en remplacement.depfeat

La commande createServerType permet de définir un type de serveur.

Objet cible

Aucun.

Paramètres requis

-version
Indique la version du produit. (Chaîne, obligatoire)
-serverType
Indique le type de serveur concerné. (Chaîne, obligatoire)
-createTemplateCommand
Indique la commande à utiliser pour créer un modèle de serveur. (Chaîne, obligatoire)
-createCommand
Indique la commande à utiliser pour créer un serveur. (Chaîne, obligatoire)
-configValidator
Indique le nom de la classe du valideur de la configuration. (Chaîne, obligatoire)

Paramètres facultatifs

[AIX Solaris HP-UX Linux Windows][IBM i]-defaultTemplateName
[AIX Solaris HP-UX Linux Windows][IBM i]Indique le nom du modèle par défaut. La valeur par défaut est default. (Chaîne, facultatif)
[z/OS]-defaultzOSTemplateName
[z/OS]Indique le nom du modèle par défaut. La valeur par défaut estdefault_zOS. (Chaîne, facultatif)

Exemple de sortie

La commande renvoie le nom d'objet du type de serveur créé.

Exemples

Exemple d'utilisation en mode de traitement par lots :

  • A l'aide de Jacl :
    $AdminTask createServerType {-version version -serverType serverType  
     -createTemplateCommand name -createCommand name}
  • A l'aide de la chaîne Jython :
    AdminTask.createServerType('[-version version -serverType serverType  
     -createTemplateCommand name -createCommand name]')
  • A l'aide de la liste Jython :
    AdminTask.createServerType(['-version', 'version', '-serverType', 'serverType',
     '-createTemplateCommand', 'name', '-createCommand', 'name'])

Exemple d'utilisation en mode interactif :

  • A l'aide de Jacl :
    $AdminTask createServerType {-interactive}
  • A l'aide de Jython :
    AdminTask.createServerType('-interactive')

createWebServer

La commande createWebServer permet de créer une définition de serveur Web. Cette commande crée une définition de serveur Web au moyen d'un modèle et configure les propriétés de définition de serveur Web. Les définitions de serveur Web génèrent et propagent le fichier plugin-config.xml pour chaque serveur Web. Pour IBM® HTTP Server uniquement, les définitions de serveur Web vous permettent d'administrer et de configurer des serveurs Web IBM HTTP Server à partir de la console d'administration. Ces fonctions comprennent le démarrage, l'arrêt, l'affichage des journaux ainsi que l'affichage et l'édition des fichiers de configuration.

Objet cible

Indique le nom du noeud (Chaîne, obligatoire).

Paramètres requis

-name
Indique le nom du serveur. (Chaîne, obligatoire)
-serverConfig
Indique les propriétés de définition de serveur Web. Utilisez ce paramètre et les options associées pour définir des propriétés de configuration pour IBM HTTP Server. Indiquez les valeurs suivantes dans l'ordre dans une liste à l'aide du paramètre -serverConfig :
webPort
Indique le numéro de port du serveur Web. Cette option est requise pour tous les serveurs Web. (Entier, obligatoire)
webInstallRoot
Indique le répertoire d'installation du serveur Web. Cette option est requise pour la fonction d'administration IBM HTTP Server. (Chaîne, obligatoire)
pluginInstallRoot
Indique le répertoire principal d'installation dans lequel est installé le plug-in du serveur Web. Cette option est requise pour tous les serveurs Web. (Chaîne, obligatoire)
configurationFile
Indique le chemin du fichier du serveur IBM HTTP Server. Cette option est requise pour l'affichage et l'édition du fichier de configuration IBM HTTP Server uniquement. (Chaîne, obligatoire)
serviceName
Indique le nom de service Windows sur lequel IBM HTTP Server doit être démarré. Cette option est requise pour le démarrage et l'arrêt du serveur Web IBM HTTP Server uniquement. (Chaîne, obligatoire)
errorLogfile
Indique le chemin du journal des erreurs IBM HTTP Server (error.log) (Chaîne, obligatoire)
accessLogfile
Indique le chemin du journal des accès IBM HTTP Server (access.log). (Chaîne, obligatoire)
webProtocol
Indique le serveur d'administration IBM HTTP Server s'exécutant avec un serveur Web non géré ou distant. Les options admises sont HTTP et HTTPS. La valeur par défaut est HTTP. (Chaîne, obligatoire)
webAppMapping
Indique des informations de configuration relatives au mappage d'applications Web. (Chaîne, obligatoire)
-remoteServerConfig
Indique des propriétés supplémentaires de définition de serveur Web qui ne sont nécessaires que si le serveur Web IBM HTTP Server est installé sur une machine éloignée du serveur d'applications. Indiquez les valeurs suivantes dans l'ordre dans une liste à l'aide du paramètre remoteServerConfig :
adminPort
Indique le port du serveur d'administration IBM HTTP Server. Le serveur d'administration est installé sur la même machine qu'IBM HTTP Server et gère les requêtes d'administration adressées au serveur Web IBM HTTP Server. (Chaîne, obligatoire)
adminProtocol
Indique l'intitulé du protocole d'administration. Les options admises sont HTTP et HTTPS. La valeur par défaut est HTTP. (Chaîne, obligatoire)
adminUserID
Indique l'ID utilisateur, si l'authentification est activée dans le fichier de configuration admin du serveur d'administration (admin.conf). Cette valeur doit être celle utilisée pour l'authentification dans le fichier admin.conf. (Chaîne, facultatif)
adminPasswd
Indique le mot de passe pour l'ID utilisateur. Le mot de passe est généré au moyen de l'utilitaire htpasswd dans le fichier admin.passwd. (Chaîne, facultatif)

Paramètres facultatifs

-templateName
Indique le nom du modèle que vous souhaitez utiliser. Les modèles englobent IHS, iPlanet, IIS, DOMINO et APACHE. Le modèle par défaut est IHS. (Chaîne, obligatoire)
-genUniquePorts
Spécifie si le système doit générer des ports HTTP uniques pour le serveur. La valeur par défaut est true. Spécifiez "false" si vous ne souhaitez pas générer de ports HTTP uniques pour le serveur. (Booléenne)
-templateLocation
ID configuration représentant l'emplacement d'un modèle. Indiquez l'ID configuration _Websphere_Config_Data_Id=templates/servertypes/WEB_SERVER|servertype-metadata.xml permettant de créer un serveur générique. (ObjectName)
[z/OS]-specificShortName
[z/OS]Indique le nom abrégé spécifique du serveur. Tous les serveurs doivent porter des noms abrégés spécifiques uniques. Si ce paramètre n'est pas spécifié, le système attribue automatiquement un nom. La valeur de ce paramètre peut comporter jusqu'à 8 caractères obligatoirement en majuscules.(Chaîne, facultatif)
[z/OS]-genericShortName
[z/OS]Indique le nom abrégé générique du serveur. Tous les serveurs doivent porter des noms abrégés spécifiques uniques. Si ce paramètre n'est pas spécifié, le système attribue automatiquement un nom. La valeur de ce paramètre peut comporter jusqu'à 8 caractères obligatoirement en majuscules.(Chaîne, facultatif)

Exemples

Exemple d'utilisation en mode de traitement par lots :

  • Langage Jacl :
    $AdminTask createWebServer myNode {-name wsname
     -serverConfig {{80 /opt/path/to/ihs /opt/path/to/plugin
     /opt/path/to/plugin.xml "windows service" 
     /opt/path/to/error.log /opt/path/to/access.log HTTP}}
     -remoteServerConfig {{8008 user  password HTTP}}
  • En langage Jython :
    print AdminTask.createWebServer(myNode, ['-name', wsname, 
     '-serverConfig',[['80','/opt/path/to/ihs', '/opt/path/to/plugin',
     '/opt/path/to/plugin.xml', 'windows service',
     '/opt/path/to/error.log', '/opt/path/to/access.log','HTTP']],
     '-remoteServerConfig',  [['8008','user','password','HTTP']]]) 
  • A l'aide de la chaîne Jython :
    AdminTask.createWebServer('myNode','-name wsname -serverConfig [80 
     /opt/path/to/ihs  /opt/path/to/plugin /opt/path/to/plugin.xml "windows service" 
    /opt/path/to/error.log /opt/path/to/access.log HTTP] 
    -remoteServerConfig [8008 user password HTTP]') 

Exemple d'utilisation en mode interactif :

  • Langage Jacl :
    $AdminTask createWebServer -interactive
  • A l'aide de la chaîne Jython :
    AdminTask.createWebServer ('[-interactive]')
  • En langage Jython :
    AdminTask.createWebServer (['-interactive'])

createWebServerTemplate

La commande createWebServerTemplate crée un modèle de serveur Web.

Objet cible

Aucun

Paramètres requis

-templateName
Indiquez le nom du modèle de serveur Web que vous voulez créer. (Chaîne, obligatoire)
-serverName
Indique le nom du serveur sur lequel baser le modèle. (Chaîne, obligatoire)
-nodeName
Indique le nom du noeud correspondant au serveur sur lequel baser le modèle. (Chaîne, obligatoire)

Paramètres facultatifs

-description
Indique la description du modèle. (Chaîne)
-templateLocation
Indique un ID configuration représentant l'emplacement du modèle. (Chaîne)
L'exemple suivant présente le format de l'ID configuration, où le nom affiché est facultatif :
Websphere:_Websphere_Config_Data_Display_Name=display_name,_Websphere_Config_Data_Id=configuration_id
La valeur de l'ID de configuration correspond au modèle de serveur web, c'est-à-dire templates\servertypes\WEB_SERVER|servertype-metadata.xml

Exemples

Exemple d'utilisation en mode de traitement par lots :

  • Langage Jacl :
    $AdminTask createWebServerTemplate {-templateName newTemplate -serverName 
     server1  -nodeName ndnode1 -description "This is my new template" -templateLocation  
     Websphere:_Websphere_Config_Data_Display_Name=WEB_SERVER,_Websphere_Config_Data_Id= 
     templates/servertypes/WEB_SERVER|servertype-metadata.xml}
  • A l'aide de la chaîne Jython :
    AdminTask.createWebServerTemplate('[-templateName newTemplate -serverName 
     server1 -nodeName ndnode1
     -description "This is my new template"
     -templateLocation  Websphere:_Websphere_Config_Data_Display_Name= 
     WEB_SERVER,_Websphere_Config_Data_Id=templates/servertypes/WEB_SERVER|servertype-metadata.xml]')
  • En langage Jython :
    AdminTask.createWebServerTemplate(['-templateName',  'newTemplate', '-serverName', 
     'server1', '-nodeName',  'ndnode1', '-description', "This is my new template"])

Exemple d'utilisation en mode interactif :

  • Langage Jacl :
    $AdminTask createWebServerTemplate {-interactive}
  • A l'aide de la chaîne Jython :
    AdminTask.createWebServerTemplate ('[-interactive]')
  • En langage Jython :
    AdminTask.createWebServerTemplate (['-interactive'])

deleteServer

La commande deleteServer permet de supprimer un serveur.

Objet cible

Aucun

Paramètres requis

-serverName
Le nom du serveur à supprimer. (Chaîne, obligatoire)
-nodeName
Nom du noeud du serveur que vous voulez supprimer. (Chaîne, obligatoire)

Paramètres facultatifs

Exemples

Exemple d'utilisation en mode de traitement par lots :

  • Langage Jacl :
    $AdminTask deleteServer {-serverName server_name -nodeName node_name}
  • A l'aide de la chaîne Jython :
    AdminTask.deleteServer('[-serverName server_name -nodeName node_name]')
  • En langage Jython :
    AdminTask.deleteServer(['-serverName', 'server_name', '-nodeName', 
     'node_name'])

Exemple d'utilisation en mode interactif :

  • Langage Jacl :
    $AdminTask deleteServer {-interactive}
  • A l'aide de la chaîne Jython :
    AdminTask.deleteServer ('[-interactive]')
  • En langage Jython :
    AdminTask.deleteServer (['-interactive'])

deleteServerTemplate

La commande deleteServerTemplate permet de supprimer un modèle de serveur. Vous ne pouvez pas supprimer les modèles définis par le système. Vous ne pouvez supprimer que les modèles de serveur que vous avez créés. Cette commande supprime le répertoire qui héberge le modèle de serveur.

Objet cible

Le nom du modèle à supprimer. (ObjectName, obligatoire)

Paramètres requis

Aucun

Paramètres facultatifs

Aucun

Exemples

Exemple d'utilisation en mode de traitement par lots :

  • Langage Jacl :
    $AdminTask deleteServerTemplate 
     template_name(templates/serverTypes/APPLICATION_SERVER/servers /newTemplate|server.xml
    #Server_1105015708079)
  • A l'aide de la chaîne Jython :
    AdminTask.deleteServerTemplate('template_name(templates/serverTypes/APPLICATION_SERVER/servers 
     /newTemplate|server.xml#Server_1105015708079)')
  • En langage Jython :
    AdminTask.deleteServerTemplate('template_name(templates/serverTypes/APPLICATION_SERVER/servers 
     /newTemplate|server.xml#Server_1105015708079)')

Exemple d'utilisation en mode interactif :

  • Langage Jacl :
    $AdminTask deleteServerTemplate {-interactive}
  • A l'aide de la chaîne Jython :
    AdminTask.deleteServerTemplate ('[-interactive]')
  • En langage Jython :
    AdminTask.deleteServerTemplate (['-interactive'])

getJavaHome

La commande getJavaHome vous permet d'extraire la valeur du répertoire principal Java (Java home).

Objet cible

Aucun.

Paramètres requis

-serverName
Indique le nom du serveur. (Chaîne, obligatoire)
-nodeName
Indique le nom du noeud. (Chaîne, obligatoire)
[z/OS]Paramètres facultatifs
-mode
Indique le mode 64bit ou 31bit. (Chaîne, facultatif)

Exemples

Exemple d'utilisation en mode de traitement par lots :

  • A l'aide de Jacl :
    $AdminTask getJavaHome {-nodeName mynode -serverName myserver}
    [z/OS]
     $AdminTask getJavaHome {-nodeName mynode -serverName myserver -mode 64bit}
  • A l'aide de la chaîne Jython :
    AdminTask.getJavaHome ('[-nodeName mynode -serverName myserver]')
    [z/OS]
    AdminTask.getJavaHome ('[-nodeName mynode -serverName myserver -mode 64bit]')
  • A l'aide de la liste Jython :
    AdminTask.getJavaHome (['-nodeName' 'mynode' '-serverName' 'myserver'])
    [z/OS]
    AdminTask.getJavaHome (['-nodeName', 'mynode', '-serverName', 'myserver', '-mode', '64bit'])

Exemple d'utilisation en mode interactif :

  • Langage Jacl :
    $AdminTask getJavaHome {-interactive}
  • A l'aide de la chaîne Jython :
    AdminTask.getJavaHome ('[-interactive]')
  • En langage Jython :
    AdminTask.getJavaHome (['-interactive'])
[z/OS]

getJVMMode

La commande getJVMMode vous permet d'extraire des informations relatives au mode de la machine virtuelle Java (JVM).

Objet cible

Aucun

Paramètres requis

-serverName
Nom du serveur. (Chaîne, obligatoire)
-nodeName
Nom du noeud. (Chaîne, obligatoire)

Exemples

Exemple d'utilisation en mode de traitement par lots :

  • Langage Jacl :
    $AdminTask getJVMMode {-nodeName mynode -serverName myserver}
  • A l'aide de la chaîne Jython :
    AdminTask.getJVMMode ('[-nodeName mynode -serverName myserver]')
  • En langage Jython :
    AdminTask.getJVMMode (['-nodeName', 'mynode', '-serverName', 'myserver'])

Exemple d'utilisation en mode interactif :

  • Langage Jacl :
    $AdminTask getJVMMode {-interactive}
  • A l'aide de la chaîne Jython :
    AdminTask.getJVMMode ('[-interactive]')
  • En langage Jython :
    AdminTask.getJVMMode (['-interactive'])

getServerType

La commande getServerType renvoie le type du serveur que vous indiquez.

Objet cible

Aucun

Paramètres facultatifs

-serverName
Nom du serveur. (Chaîne)
-nodeName
Nom du noeud. (Chaîne)

Exemples

Exemple d'utilisation en mode de traitement par lots :

  • Langage Jacl :
    $AdminTask getServerType {-serverName test2 -nodeName ndnode1}
  • A l'aide de la chaîne Jython :
    AdminTask.getServerType('[-serverName test2 -nodeName ndnode1]')
  • En langage Jython :
    AdminTask.getServerType(['-serverName', 'test2', '-nodeName', 'ndnode1'])

Exemple d'utilisation en mode interactif :

  • Langage Jacl :
    $AdminTask getServerType {-interactive}
  • A l'aide de la chaîne Jython :
    AdminTask.getServerType ('[-interactive]')
  • En langage Jython :
    AdminTask.getServerType (['-interactive'])

listServers

La commande listServers renvoie une liste de serveurs.

Objet cible

Aucun

Paramètres facultatifs

serverType
Indique le type du serveur. Utilisé pour filtrer les résultats. (Chaîne, facultatif)
nodeName
Indique le nom du noeud. Utilisé pour filtrer les résultats. (Chaîne, facultatif)

Exemples

Exemple d'utilisation en mode de traitement par lots :

  • Langage Jacl :
    $AdminTask listServers {-serverType APPLICATION_SERVER -nodeName ndnode1}
  • A l'aide de la chaîne Jython :
    AdminTask.listServers('[-serverType APPLICATION_SERVER -nodeName ndnode1]')
  • En langage Jython :
    AdminTask.listServers(['-serverType', 'APPLICATION_SERVER',  '-nodeName', 'ndnode1'])

Exemple d'utilisation en mode interactif :

  • Langage Jacl :
    $AdminTask listServers {-interactive}
  • A l'aide de la chaîne Jython :
    AdminTask.listServers ('[-interactive]')
  • En langage Jython :
    AdminTask.listServers (['-interactive'])

listServerTemplates

La commande listServerTemplates permet de répertorier des modèles de serveur.

Objet cible

Aucun

Paramètres facultatifs

-version
La version du modèle que vous souhaitez répertorier. (Chaîne, facultatif)
-serverType
Indiquez cette option si vous souhaiter dresser la liste de modèle pour un type de serveur donné. (Chaîne, facultatif)
-name
Indiquez cette option pour rechercher un modèle particulier. (Chaîne, facultatif)
-queryExp
Paire clé et valeur utilisable pour rechercher des modèles par propriétés. Par exemple, com.ibm.websphere.nodeOperatingSystem=os390 (String[], optional).

Exemples

Exemple d'utilisation en mode de traitement par lots :

  • Langage Jacl :
    $AdminTask listServerTemplates {-version 6.0.0.0 -serverType APPLICATION_SERVER}
  • A l'aide de la chaîne Jython :
    AdminTask.listServerTemplates('[-version 6.0.0.0 -serverType APPLICATION_SERVER]')
  • En langage Jython :
    AdminTask.listServerTemplates(['-version', '6.0.0.0',  '-serverType', 'APPLICATION_SERVER'])

Exemple d'utilisation en mode interactif :

  • Langage Jacl :
    $AdminTask listServerTemplates {-interactive}
  • A l'aide de la chaîne Jython :
    AdminTask.listServerTemplates ('[-interactive]')
  • En langage Jython :
    AdminTask.listServerTemplates (['-interactive'])

listServerTypes

La commande listServerTypes permet d'afficher tous les types de serveur en cours. Par exemple, APPLICATION_SERVER, WEB_SERVER, GENERIC_SERVER

Objet cible

Le noeud pour lequel vous souhaitez dresser la liste des types valides. Par exemple, les types qui ne sont valides que sous z/OS n'apparaîtront que sur un noeud z/OS. (Chaîne, facultatif)

Paramètres et valeurs renvoyées

  • Paramètres : Aucun
  • Résultat : la liste des types de serveur que vous pouvez définir sur un noeud. Si vous ne précisez pas d'objet cible, cette commande renvoie tous les types de serveur définis dans la cellule.

Exemples

Exemple d'utilisation en mode de traitement par lots :

  • Langage Jacl :
    $AdminTask listServerTypes ndnode1
  • A l'aide de la chaîne Jython :
    AdminTask.listServerTypes(ndnode1)
  • En langage Jython :
    AdminTask.listServerTypes(ndnode1)

Exemple d'utilisation en mode interactif :

  • Langage Jacl :
    $AdminTask listServerTypes {-interactive}
  • A l'aide de la chaîne Jython :
    AdminTask.listServerTypes ('[-interactive]')
  • En langage Jython :
    AdminTask.listServerTypes (['-interactive'])

setJVMDebugMode

La commande setJVMDebugMode permet de définir le mode débogage de la machine virtuelle Java (JVM) pour le serveur d'applications.

Objet cible

Aucun

Paramètres requis

-serverName
Nom du serveur dont les propriétés JVM sont modifiées. Si la configuration ne comporte qu'un seul serveur, ce paramètre est facultatif. (Chaîne, obligatoire)
-nodeName
Nom du noeud sur lequel le serveur réside. Si le nom du serveur est unique dans la cellule, ce paramètre est facultatif. (Chaîne, obligatoire)
-debugMode
Indique si la JVM doit être exécutée en mode débogage. Par défaut, le mode débogage n'est pas activé. (Booléen, obligatoire)

Exemples

Exemple d'utilisation en mode interactif :

  • Langage Jacl :
    $AdminTask setJVMDebugMode {-interactive}
  • A l'aide de la chaîne Jython :
    AdminTask.setJVMDebugMode ('[-interactive]')
  • En langage Jython :
    AdminTask.setJVMDebugMode (['-interactive'])

setGenericJVMArguments

La commande setGenericJVMArguments transmet des arguments de ligne de commande au code de la machine virtuelle Java (JVM) qui démarre le processus du serveur d'applications.

Objet cible

Aucun

Paramètres requis

-serverName
Indique le nom du serveur contenant les propriétés JVM qui sont modifiées. Si la configuration ne comporte qu'un seul serveur, ce paramètre est facultatif. (Chaîne, obligatoire)
-nodeName
Indique le nom du noeud sur lequel le serveur réside. Si le nom du serveur est unique dans la cellule, ce paramètre est facultatif. (Chaîne, obligatoire)

Paramètres facultatifs

[z/OS]-processType
[z/OS]Indique le type de processus du serveur. Les valeurs valides sont Control, Servant ou Adjunct. (Chaîne, facultatif)
-genericJvmArguments
Indique que les arguments de ligne de commande doivent être transmis au code de la machine virtuelle Java qui lance le processus du serveur d'applications. (Chaîne, facultatif)

Exemples

Exemple d'utilisation en mode de traitement par lots :

  • Langage Jacl :
    $AdminTask setGenericJVMArguments {-serverName server1 -nodeName node1}
  • A l'aide de la chaîne Jython :
    AdminTask.setGenericJVMArguments('[-serverName server1 -nodeName node1]')
  • En langage Jython :
    AdminTask.setGenericJVMArguments(['-serverName', 'server1',  '-nodeName', 'node1'])

Exemple d'utilisation en mode interactif :

  • Langage Jacl :
    $AdminTask setGenericJVMArguments {-interactive}
  • A l'aide de la chaîne Jython :
    AdminTask.setGenericJVMArguments ('[-interactive]')
  • En langage Jython :
    AdminTask.setGenericJVMArguments (['-interactive'])

setJVMInitialHeapSize

Utilisez la commande setJVMInitialHeapSize pour définir la taille initiale du segment de la machine virtuelle Java (JVM) pour le serveur d'applications.

Objet cible

Aucun

Paramètres et valeurs renvoyées

-serverName
Le nom du serveur dont les propriétés JVM sont modifiées. Si la configuration ne comporte qu'un seul serveur, ce paramètre est facultatif. (Chaîne, obligatoire)
-nodeName
Nom du noeud sur lequel le serveur réside. Si le nom du serveur est unique dans la cellule, ce paramètre est facultatif. (Chaîne, obligatoire)
-initialHeapSize
Indique la taille initiale, en méga-octets, du segment Java attribué au code de la JVM. (Entier, obligatoire)

Exemples

Exemple d'utilisation en mode interactif :

  • Langage Jacl :
    $AdminTask setJVMInitialHeapSize {-interactive}
  • A l'aide de la chaîne Jython :
    AdminTask.setJVMInitialHeapSize ('[-interactive]')
  • En langage Jython :
    AdminTask.setJVMInitialHeapSize (['-interactive'])

setJVMMaxHeapSize

Utilisez la commande setJVMMaxHeapSize pour définir la taille maximale de segment allouée à la machine virtuelle Java (JVM) pour le serveur d'applications.

Objet cible

Aucun

Paramètres et valeurs renvoyées

-serverName
Le nom du serveur dont les propriétés JVM sont modifiées. Si la configuration ne comporte qu'un seul serveur, (Chaîne, facultatif)
-nodeName
Nom du noeud sur lequel le serveur réside. Si le nom du serveur est unique dans la cellule, ce paramètre est facultatif. (Chaîne, obligatoire)
-maximumHeapSize
Indique la taille maximale, en méga-octets, du tas Java attribué au code de la JVM. (Entier, obligatoire)

Exemples

Exemple d'utilisation en mode de traitement par lots :

  • A l'aide de Jacl :
    $AdminTask setJVMMaxHeapSize {-serverName server1 -nodeName node1 -maximumHeapSize 10}
    Remarque sur la configuration : Pour le langage de script, la commande subst vous permet de remplacer une valeur déjà définie par une variable. Par exemple, vous pouvez indiquer la taille de pile maximale de la machine virtuelle Java avec les commandes suivantes :
    set nodeparm "node1"
    $AdminTask setJVMMaxHeapSize [subst {-serverName server1 -nodeName $nodeparm 
    -maximumHeapSize 100}]
  • A l'aide de la chaîne Jython :
    AdminTask.setJVMMaxHeapSize('[-serverName server1 -nodeName node1 -maximumHeapSize 10]')
  • A l'aide de la liste Jython :
    AdminTask.setJVMMaxHeapSize(['-serverName', 'server1', '-nodeName', 'node1',
     '-maximumHeapSize', '10'])

Exemple d'utilisation en mode interactif :

  • A l'aide de Jacl :
    $AdminTask setJVMMaxHeapSize {-interactive}
  • A l'aide de la chaîne Jython :
    AdminTask.setJVMMaxHeapSize ('[-interactive]')
  • A l'aide de la liste Jython :
    AdminTask.setJVMMaxHeapSize (['-interactive'])
[z/OS]

setJVMMode

La commande setJVMMode permet de définir le mode de la machine virtuelle Java (JVM).

Le mode peut être 64 bits. Le mode local est autorisé pour la modification déconnectée du serveur.

Objet cible

Aucun.

Paramètres et valeurs renvoyées

-serverName
Nom du serveur. (Chaîne, obligatoire)
-nodeName
Nom du noeud. (Chaîne, obligatoire)

Paramètres facultatifs

-mode
Indique le mode 64bit ou 31bit. (Chaîne, obligatoire)

Exemples

Exemple d'utilisation en mode de traitement par lots :

  • Langage Jacl :
    $AdminTask setJVMMode {-nodeName myNode -serverName myserver -mode 64bit}
  • A l'aide de la chaîne Jython :
    AdminTask.setJVMMode ('[-nodeName myNode -serverName myserver -mode 64bit]')
  • En langage Jython :
    AdminTask.setJVMMode (['-nodeName', 'myNode', '-serverName', 'myserver',
     '-mode', '64bit'])

Exemple d'utilisation en mode interactif :

  • Langage Jacl :
    $AdminTask setJVMMode {-interactive}
  • A l'aide de la chaîne Jython :
    AdminTask.setJVMMode ('[-interactive]')
  • En langage Jython :
    AdminTask.setJVMMode (['-interactive'])

setJVMProperties

Utilisez la commande setJVMProperties pour définir la configuration de la machine virtuelle Java (JVM) pour le serveur d'applications.

Objet cible

Aucun

Paramètres requis

-serverName
Indique le nom du serveur dont les propriétés JVM sont modifiées. Si la configuration ne comporte qu'un seul serveur, ce paramètre est facultatif. (Chaîne, obligatoire)
-nodeName
Indique le nom du noeud sur lequel le serveur réside. Si le nom du serveur est unique dans la cellule, ce paramètre est facultatif. (Chaîne, obligatoire)

Paramètres facultatifs

-classpath
Indique le chemin d'accès standard dans lequel le code de la machine virtuelle Java (JVM) recherche les classes. (Chaîne, facultatif)
-bootClasspath
Indique les ressources et les classes d'amorçage pour le code JVM. Cette option est disponible uniquement pour les instructions JVM qui prennent en charge les ressources et les classes d'amorçage. En fonction du système d'exploitation du noeud, vous pouvez séparer plusieurs chemins d'accès à l'aide de deux points (:) ou d'un point-virgule. (Chaîne, facultatif)
-verboseModeClass
Indique si le mode prolixe de débogage est utilisé pour le chargement des classes. Par défaut, le chargement des classes en mode prolixe n'est pas activé. (Booléen, facultatif)
-verboseModeGarbageCollection
Indique si le mode prolixe de débogage pour le processus de récupération de place Java est utilisé. Par défaut, la récupération de place en mode prolixe n'est pas activée. (Booléen, facultatif)
-verboseModeJNI
Indique si la sortie prolixe de débogage pour l'appel de méthode natif est utilisée. Par défaut, l'activité JNDI (Java Native Interface) en mode prolixe n'est pas activée. (Booléen, facultatif)
-initialHeapSize
Indique la taille initiale, en méga-octets, du segment attribué au code de la JVM. (Entier, facultatif).
-maximumHeapSize
Indique la taille maximale, en méga-octets, du segment attribué au code de la JVM. (Entier, facultatif).
-runHProf
Ce paramètre s'applique uniquement à la version WebSphere Application Server. Il détermine l'utilisation du support du profileur HProf. Pour utiliser un autre profileur, spécifiez les paramètres du profileur personnalisé via le paramètre hprofArguments. Par défaut, le support du profileur HProf n'est pas activé. (Booléen, facultatif)
-hprofArguments
Ce paramètre s'applique uniquement à la version WebSphere Application Server. Il indique les arguments de profileur de ligne de commande à transmettre au code JVM qui lance le processus du serveur d'applications. Vous pouvez spécifier les arguments lorsque le support du profileur HProf est activé. (Chaîne, facultatif)
-debugMode
Indique si la JVM doit être exécutée en mode débogage. Par défaut, le support du mode de débogage n'est pas activé. (Booléen, facultatif)
-debugArgs
Indique les arguments de débogage de ligne de commande à transmettre au code JVM qui lance le processus du serveur d'applications. Vous pouvez spécifier les arguments lorsque le mode de débogage est activé. (Chaîne, facultatif)
-genericJvmArguments
Indique les arguments de ligne de commande à transmettre au code JVM qui lance le processus du serveur d'applications. (Chaîne, facultatif)
-executableJarFileName
Indique le nom du chemin complet d'un fichier JAR exécutable utilisé par le code de la JVM. (Chaîne, facultatif)
-disableJIT
Indique s'il est nécessaire de désactiver l'option du compilateur JIT (just in time) du code de la JVM. (Booléen, facultatif)
-osName
Indique les paramètres de la JVM spécifiques à un système d'exploitation donné. Une fois démarré, le processus utilise les paramètres de la machine virtuelle Java du système d'exploitation du noeud. (Chaîne, facultatif)

Exemples

Exemple d'utilisation en mode de traitement par lots :

  • Langage Jacl :
    $AdminTask setJVMProperties {-serverName server1 -nodeName node1}
  • A l'aide de la chaîne Jython :
    AdminTask.setJVMProperties('[-serverName server1 -nodeName node1]')
  • En langage Jython :
    AdminTask.setJVMProperties(['-serverName', 'server1', '-nodeName', 'node1'])

Exemple d'utilisation en mode interactif :

  • Langage Jacl :
    $AdminTask setJVMProperties {-interactive}
  • A l'aide de la chaîne Jython :
    AdminTask.setJVMProperties ('[-interactive]')
  • En langage Jython :
    AdminTask.setJVMProperties (['-interactive'])

setJVMSystemProperties

La commande setJVMSystemProperties permet de définir la propriété système de la machine virtuelle Java (JVM) pour le processus du serveur d'applications.

Objet cible

Aucun

Paramètres requis

-serverName
Indique le nom du serveur dont les propriétés système JVM sont définies. Si la configuration ne comporte qu'un seul serveur, ce paramètre est facultatif. (Chaîne, obligatoire)
-nodeName
Indique le nom du noeud sur lequel le serveur réside. Si le nom du serveur est unique dans la cellule, ce paramètre est facultatif. (Chaîne, obligatoire)
-propertyName
Indique le nom de la propriété. (Chaîne, obligatoire)
-propertyValue
Indique la valeur de propriété. (Chaîne, obligatoire)

Exemples

Exemple d'utilisation en mode de traitement par lots :

  • Langage Jacl :
    $AdminTask setJVMSystemProperties {-serverName server1 -nodeName node1 
     -propertyName  test.property -propertyValue testValue}
  • A l'aide de la chaîne Jython :
    AdminTask.setJVMSystemProperties('[-serverName server1 -nodeName node1 
     -propertyName  test.property -propertyValue testValue]')
  • En langage Jython :
    AdminTask.setJVMSystemProperties(['-serverName', 'server1',  '-nodeName', 'node1', 
     '-propertyName', 'test.property',  '-propertyValue', 'testValue'])

Exemple d'utilisation en mode interactif :

  • Langage Jacl :
    $AdminTask setJVMSystemProperties {-interactive}
  • A l'aide de la chaîne Jython :
    AdminTask.setJVMSystemProperties ('[-interactive]')
  • En langage Jython :
    AdminTask.setJVMSystemProperties (['-interactive'])

setProcessDefinition

La commande setProcessDefinition permet d'établir la définition du processus d'un serveur d'applications.

Objet cible

Aucun

Paramètres requis

-serverName
Nom du serveur pour lequel vous souhaitez modifier la définition de processus. Si la configuration ne comporte qu'un seul serveur, ce paramètre est facultatif. (Chaîne, obligatoire)
-nodeName
Nom du noeud sur lequel le serveur réside. Si le nom du serveur est unique dans la cellule, ce paramètre est facultatif. (Chaîne, obligatoire)

Paramètres facultatifs

-executableName
Indique le nom d'exécutable appelé pour lancer le processus. Ce paramètre s'applique uniquement à la version WebSphere Application Server. (Chaîne, facultatif)
-executableArguments
Indique les arguments qui sont transmis au processus une fois celui-ci démarré. Ce paramètre s'applique uniquement à la version WebSphere Application Server. (Chaîne, facultatif)
-workingDirectory
Indique le répertoire du système de fichiers utilisé par le processus pour le répertoire de travail en cours. (Chaîne, facultatif)
-executableTargetKind
Indique le type de la cible exécutable. Les valeurs valides sont JAVA_CLASS et EXECUTABLE JAR. (Chaîne, facultatif)
-executableTarget
Indique le nom de la cible exécutable. La cible exécutable est une classe Java contenant une méthode main() ou le nom d'un fichier JAR exécutable. (Chaîne, facultatif)

Exemples

Exemple d'utilisation en mode de traitement par lots :

  • Langage Jacl :
    $AdminTask setProcessDefinition {-serverName server1 -nodeName node1}
  • A l'aide de la chaîne Jython :
    AdminTask.setProcessDefinition('[-serverName server1 -nodeName node1]')
  • En langage Jython :
    AdminTask.setProcessDefinition(['-serverName', 'server1', '-nodeName', 'node1'])

Exemple d'utilisation en mode interactif :

  • Langage Jacl :
    $AdminTask setProcessDefinition {-interactive}
  • A l'aide de la chaîne Jython :
    AdminTask.setProcessDefinition ('[-interactive]')
  • En langage Jython :
    AdminTask.setProcessDefinition (['-interactive'])

setTraceSpecification

La commande setTraceSpecification permet de définir la spécification de trace du serveur. Si le serveur exécute une nouvelle spécification de trace, la modification prend effet immédiatement. Cette commande enregistre également la spécification de trace dans la configuration.

Objet cible

Aucun

Paramètres requis

-serverName
Indique le nom du serveur dont la spécification de trace est définie. Si la configuration ne comporte qu'un seul serveur, ce paramètre est facultatif. (Chaîne, obligatoire)
-nodeName
Indique le nom du noeud sur lequel le serveur réside. Si le nom du serveur est unique dans la cellule, ce paramètre est facultatif. (Chaîne, obligatoire)
-traceSpecification
Indique la spécification de trace. (Chaîne, obligatoire)

Exemples

Exemple d'utilisation en mode de traitement par lots :

  • Langage Jacl :
    $AdminTask setTraceSpecification {-serverName server1 -nodeName node1 
     -traceSpecification  com.ibm.*=all=enabled}
  • A l'aide de la chaîne Jython :
    AdminTask.setTraceSpecification('[-serverName server1 -nodeName node1 
     -traceSpecification  com.ibm.*=all=enabled]')
  • En langage Jython :
    AdminTask.setTraceSpecification(['-serverName', 'server1',  '-nodeName', 'node1', 
     '-traceSpecification',  'com.ibm.*=all=enabled'])

Exemple d'utilisation en mode interactif :

  • Langage Jacl :
    $AdminTask setTraceSpecification {-interactive}
  • A l'aide de la chaîne Jython :
    AdminTask.setTraceSpecification ('[-interactive]')
  • En langage Jython :
    AdminTask.setTraceSpecification (['-interactive'])

showJVMProperties

Utilisez la commande showJVMProperties pour répertorier la configuration de la machine virtuelle Java (JVM) pour le serveur du processus d'applications.

Objet cible

Aucun

Paramètres requis

-serverName
Indique le nom du serveur dont les propriétés JVM sont affichées. Si la configuration ne comporte qu'un seul serveur, ce paramètre est facultatif. (Chaîne, obligatoire)
-nodeName
Indique le nom du noeud sur lequel le serveur réside. Si le nom du serveur est unique dans la cellule, ce paramètre est facultatif. (Chaîne, obligatoire)
-propertyName
Si vous définissez ce paramètre, la valeur de cette propriété est renvoyée. Si vous ne définissez pas ce paramètre, toutes les propriétés de la machine JVM seront renvoyées dans un format de liste. Chaque élément de la liste est une paire composée du nom et de la valeur de la propriété. (Chaîne, facultatif)

Paramètres facultatifs

-propertyName
Si vous définissez ce paramètre, la valeur de cette propriété est renvoyée. Si vous ne définissez pas ce paramètre, toutes les propriétés de la machine JVM seront renvoyées dans un format de liste. Chaque élément de la liste est une paire composée du nom et de la valeur de la propriété. (Chaîne, facultatif)

Exemples

Exemple d'utilisation en mode de traitement par lots :

  • Langage Jacl :
    $AdminTask showJVMProperties {-serverName server1 -nodeName node1  -propertyName 
     test.property}
  • A l'aide de la chaîne Jython :
    AdminTask.showJVMProperties('[-serverName server1 -nodeName node1  -propertyName 
     test.property]')
  • En langage Jython :
    AdminTask.showJVMProperties(['-serverName', 'server1', '-nodeName', 'node1', 
     '-propertyName', 'test.property'])

Exemple d'utilisation en mode interactif :

  • Langage Jacl :
    $AdminTask showJVMProperties {-interactive}
  • A l'aide de la chaîne Jython :
    AdminTask.showJVMProperties ('[-interactive]')
  • En langage Jython :
    AdminTask.showJVMProperties (['-interactive'])

showJVMSystemProperties

La commande showJVMSystemProperties permet d'afficher les propriétés système de la machine virtuelle Java (JVM) pour le processus du serveur d'applications.

Objet cible

Aucun

Paramètres obligatoires

-serverName
Indique le nom du serveur dont les propriétés JVM sont affichées. Si la configuration ne comporte qu'un seul serveur, ce paramètre est facultatif. (Chaîne, obligatoire)
-nodeName
Indique le nom du noeud sur lequel le serveur réside. Si le nom du serveur est unique dans la cellule, ce paramètre est facultatif. (Chaîne, obligatoire)

Paramètres facultatifs

-propertyName
Si vous définissez ce paramètre, la valeur de la propriété spécifiée est renvoyée. Si vous ne définissez pas ce paramètre, toutes les propriétés sont renvoyées sous forme de liste dans laquelle chaque élément est une paire composée du nom et de la valeur de la propriété. (Chaîne, facultatif)

Exemples

Exemple d'utilisation en mode de traitement par lots :

  • Langage Jacl :
    $AdminTask showJVMSystemProperties {-serverName server1 -nodeName node1 
     -propertyName test.property}
  • A l'aide de la chaîne Jython :
    AdminTask.showJVMSystemProperties('[-serverName server1 -nodeName node1 
     -propertyName test.property]')
  • En langage Jython :
    AdminTask.showJVMSystemProperties(['-serverName', 'server1',  '-nodeName', 'node1', 
     '-propertyName',  'test.property'])

Exemple d'utilisation en mode interactif :

  • Langage Jacl :
    $AdminTask showJVMSystemProperties {-interactive}
  • A l'aide de la chaîne Jython :
    AdminTask.showJVMSystemProperties ('[-interactive]')
  • En langage Jython :
    AdminTask.showJVMSystemProperties (['-interactive'])

showProcessDefinition

La commande showProcessDefinition permet d'afficher la définition de processus du serveur.

Objet cible

Aucun

Paramètres requis

-serverName
Indique le nom du serveur pour lequel la définition de processus est affichée. Si la configuration ne comporte qu'un seul serveur, ce paramètre est facultatif. (Chaîne, obligatoire)
-nodeName
Indique le nom du noeud sur lequel le serveur réside. Si le nom du serveur est unique dans la cellule, ce paramètre est facultatif. (Chaîne, obligatoire)

Paramètres facultatifs

-propertyName
Si vous ne définissez pas ce paramètre, toutes les définitions de processus du serveur sont renvoyées sous forme de liste dans laquelle chaque élément est une paire composée du nom et de la valeur de la propriété. Si vous définissez ce paramètre, la valeur de propriété du nom de propriété spécifié est renvoyée. (Chaîne, facultatif)

Exemples

Exemple d'utilisation en mode de traitement par lots :

  • Langage Jacl :
    $AdminTask showProcessDefinition {-serverName server1 -nodeName node1 -propertyName 
     test.property}
  • A l'aide de la chaîne Jython :
    AdminTask.showProcessDefinition('[-serverName server1 -nodeName node1 -propertyName 
     test.property]')
  • En langage Jython :
    AdminTask.showProcessDefinition(['-serverName', 'server1',  '-nodeName', 'node1', 
     '-propertyName',  'test.property'])

Exemple d'utilisation en mode interactif :

  • Langage Jacl :
    $AdminTask showProcessDefinition {-interactive}
  • A l'aide de la chaîne Jython :
    AdminTask.showProcessDefinition ('[-interactive]')
  • En langage Jython :
    AdminTask.showProcessDefinition (['-interactive'])

showServerInfo

La commande showServerInfo renvoie les informations d'un serveur que vous spécifiez.

Objet cible

L'identificateur de configuration du serveur. (obligatoire)

Paramètres et valeurs renvoyées

  • Paramètres : Aucun
  • Résultat : une liste de métadonnées.

Exemples

Exemple d'utilisation en mode de traitement par lots :

  • Langage Jacl :
    $AdminTask showServerInfo server1(cells/WAS00Network/nodes/ndnode1/servers/server1|server.xml)
  • A l'aide de la chaîne Jython :
    AdminTask.showServerInfo('server1(cells/WAS00Network/nodes/ndnode1/servers/server1|server.xml)')
  • En langage Jython :
    AdminTask.showServerInfo('server1(cells/WAS00Network/nodes/ndnode1/servers/server1|server.xml)')

Exemple d'utilisation en mode interactif :

  • Langage Jacl :
    $AdminTask showServerInfo {-interactive}
  • A l'aide de la chaîne Jython :
    AdminTask.showServerInfo ('[-interactive]')
  • En langage Jython :
    AdminTask.showServerInfo (['-interactive'])

showServerTypeInfo

La commande showServerTypeInfo affiche des informations sur un type de serveur particulier.

Objet cible

Indique un type de serveur. Par exemple : APPLICATION_SERVER (Chaîne, obligatoire)

Paramètres facultatifs

-version
Indique la version des modèles que vous souhaitez répertorier. Par exemple, 6.0.0.0. (Chaîne, facultatif)
-serverType
Indique si vous souhaitez dresser la liste de modèle pour un type de serveur donné. (Chaîne, facultatif)
-name
Indique si un modèle particulier doit être recherché. (Chaîne, facultatif)
-queryExp
Indique une paire clé et valeur utilisable pour rechercher des modèles par propriétés. Par exemple, com.ibm.websphere.nodeOperatingSystem=os390 (String[], optional).

Exemples

Exemple d'utilisation en mode de traitement par lots :

  • Langage Jacl :
    $AdminTask showServerTypeInfo APPLICATION_SERVER
  • A l'aide de la chaîne Jython :
    AdminTask.showServerTypeInfo(APPLICATION_SERVER)
  • En langage Jython :
    AdminTask.showServerTypeInfo(APPLICATION_SERVER)

Exemple d'utilisation en mode interactif :

  • Langage Jacl :
    $AdminTask showServerTypeInfo {-interactive}
  • A l'aide de la chaîne Jython :
    AdminTask.showServerTypeInfo ('[-interactive]')
  • En langage Jython :
    AdminTask.showServerTypeInfo (['-interactive'])

showTemplateInfo

La commande showTemplateInfo permet d'afficher les informations de métadonnées d'un modèle de serveur spécifique.

Objet cible

Indique l'ID configuration du type de serveur. (Chaîne, obligatoire)

Paramètres et valeurs renvoyées

Exemples

Exemple d'utilisation en mode de traitement par lots :

  • Langage Jacl :
    $AdminTask showTemplateInfo 
     default(templates/servertypes/APPLICATION_SERVER/servers/default|server.xml)  {isSystemTemplate true} 
    {name default}  {com.ibm.websphere.baseProductVersion 6.0.0} 
    {description {The WebSphere  Default Server Template}} 
     {com.ibm.websphere.baseProductMinorVersion 0.0} {com.ibm.websphere.baseProductMajorVersion 6} 
     {com.ibm.websphere.nodeOperatingSystem {}}{isDefaultTemplate true}
  • A l'aide de la chaîne Jython :
    AdminTask.showTemplateInfo(default(templates/serverTypes/APPLICATION_SERVER/servers/default|server.xml)) 
     '[[isSystemTemplate  true] [com.ibm.websphere.baseProductVersion 6.0.0] [name default]  
    [com.ibm.websphere.baseProductMinorVersion 0.0] [description  The WebSphere Default Server Template] 
      [isDefaultTemplate true] [com.ibm.websphere.nodeOperatingSystem] [com.ibm.websphere.baseProductMajorVersion 6]]'
  • En langage Jython :
    AdminTask.showTemplateInfo(default(templates/serverTypes/APPLICATION_SERVER/servers/default|server.xml)) 
     [['isSystemTemplate',  'true'], ['com.ibm.websphere.baseProductVersion', '6.0.0'], ['name', 'default'] 
     ['com.ibm.websphere.baseProductMinorVersion',  '0.0'], ['description', 'The WebSphere  
    Default Server Template']  ['isDefaultTemplate', 'true'], ['com.ibm.websphere.nodeOperatingSystem'],
      ['com.ibm.websphere.baseProductMajorVersion',  '6']]

Exemple d'utilisation en mode interactif :

  • Langage Jacl :
    $AdminTask showTemplateInfo {-interactive}
  • A l'aide de la chaîne Jython :
    AdminTask.showTemplateInfo ('[-interactive]')
  • En langage Jython :
    AdminTask.showTemplateInfo (['-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_atservermanagement
Nom du fichier : rxml_atservermanagement.html