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).
changeServerSpecificShortName
- createApplicationServer
- createApplicationServerTemplate
- createGenericServer
- createGenericServerTemplate
- createGenericServerTemplate
- createProxyServer
- createProxyServerTemplate
- createServerType (obsolète)
- createWebServer
- createWebServerTemplate
- deleteServer
- deleteServerTemplate
- getJavaHome
getJVMMode
- getServerType
- listServers
- listServerTemplates
- listServerTypes
- setJVMDebugMode
- setGenericJVMArguments
- setJVMInitialHeapSize
- setJVMMaxHeapSize
setJVMMode
- setJVMProperties
- setJVMSystemProperties
- setProcessDefinition
- setTraceSpecification
- showJVMProperties
- showJVMSystemProperties
- showProcessDefinition
- showServerInfo
- showServerTypeInfo
- showTemplateInfo
![[z/OS]](../images/ngzos.gif)
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
AucunParamè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 :
La valeur de l'ID de configuration correspond au modèle de serveur d'applications, c'est-à-dire templates\servertypes\APPLICATION_SERVER|servertype-metadata.xmlWebsphere:_Websphere_Config_Data_Display_Name=display_name,_Websphere_Config_Data_Id= configuration_id
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
AucunParamè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 :
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.xmlWebsphere:_Websphere_Config_Data_Display_Name=display_name,_Websphere_Config_Data_Id= configuration_id
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 :
L'ID configuration peut correspondre à une des valeurs suivantes :Websphere:_Websphere_Config_Data_Display_Name=display_name,_Websphere_Config_Data_Id= configuration_id
- 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
- Pour créer un modèle de serveur Web, procédez comme suit :
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)
-specificShortName
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.
-genericShortName
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)
-bitmode
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
AucunParamè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 :
La valeur de l'ID de configuration correspond au modèle de serveur relais, c'est-à-dire templates\servertypes\PROXY_SERVER|servertype-metadata.xmlWebsphere:_Websphere_Config_Data_Display_Name=display_name,_Websphere_Config_Data_Id= configuration_id
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

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
-defaultTemplateName
Indique le nom du modèle par défaut. La valeur par défaut est default. (Chaîne, facultatif)
-defaultzOSTemplateName
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)
-specificShortName
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)
-genericShortName
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
AucunParamè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 :
La valeur de l'ID de configuration correspond au modèle de serveur web, c'est-à-dire templates\servertypes\WEB_SERVER|servertype-metadata.xmlWebsphere:_Websphere_Config_Data_Display_Name=display_name,_Websphere_Config_Data_Id=configuration_id
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
AucunParamè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]](../images/ngzos.gif)
- -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}
$AdminTask getJavaHome {-nodeName mynode -serverName myserver -mode 64bit}
- A l'aide de la chaîne Jython :
AdminTask.getJavaHome ('[-nodeName mynode -serverName myserver]')
AdminTask.getJavaHome ('[-nodeName mynode -serverName myserver -mode 64bit]')
- A l'aide de la liste Jython :
AdminTask.getJavaHome (['-nodeName' 'mynode' '-serverName' 'myserver'])
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]](../images/ngzos.gif)
getJVMMode
La commande getJVMMode vous permet d'extraire des informations relatives au mode de la machine virtuelle Java (JVM).
Objet cible
AucunParamè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
AucunParamè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
AucunParamè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
AucunParamè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
AucunParamè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
AucunParamè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
-processType
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]](../images/ngzos.gif)
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
AucunParamè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
AucunParamè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
AucunParamè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
AucunParamè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
AucunParamè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
AucunParamè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
AucunParamè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'])