Création ou mise à jour d'un fichier de configuration de plug-in de serveur Web global

Si tous les serveurs d'applications d'une cellule utilisent le même serveur Web pour acheminer des demandes de contenu dynamique, comme des servlets, à partir d'applications Web vers des serveurs d'applications, vous pouvez créer un fichier de configuration de plug-in de serveur Web global pour cette cellule. Le fichier résultant plugin-cfg.xml se trouve dans le répertoire profile_root/config/cells.

Avant de commencer

Fonction obsolète Fonction obsolète: La configuration centrée sur la topologie, ou globale, est obsolète. Utilisez plutôt la configuration centrée sur l'application qui est plus flexible et fournit la prise en charge de fonctions dynamiques, telles qu'Intelligent Management. Pour plus d'informations, reportez-vous à la rubrique Implémentation d'un plug-in de serveur Web.depfeat
Eviter les incidents Eviter les incidents: La configuration de plug-in centrée sur la topologie, ou globale, est obsolète. Utilisez à la place la configuration centrée sur l'application, comme indiqué dans Implémentation d'un plug-in de serveur Web. Pour toute configuration existante qui est centrée sur la topologie, vous pouvez mettre à jour le fichier plugin-cfg.xml globale à l'aide de la console d'administration ou de la commande GenPluginCfg pour tous les clusters d'une cellule. Cependant, vous devez supprimer le fichier config/cells/plugin-cfg.xml avant de mettre à jour le fichier plugin-cfg.xml global. Si vous ne supprimez pas le fichier config/cells/plugin-cfg.xml, seules les nouvelles propriétés et les valeurs correspondantes sont ajoutées au fichier plugin-cfg.xml global. Aucune des mises à jour apportées à des valeurs de propriété de plug-in existantes n'est ajoutée au fichier plugin-cfg.xml global.gotcha

Pourquoi et quand exécuter cette tâche

Vous devez mettre à jour le fichier de configuration de plug-in de serveur Web global chaque fois que :
  • Vous modifiez les paramètres de configuration d'un serveur d'applications, d'un cluster, d'un hôte virtuel ou d'un transport de conteneur web faisant partie de la cellule.
  • Vous ajoutez un nouveau serveur d'applications, cluster, hôte virtuel ou transport de conteneur Web à cette cellule.

Pour mettre à jour les paramètres de configuration d'un plug-in de serveur Web global, vous pouvez utiliser la page de mise à jour de la configuration de plug-in de serveur Web globale de la console d'administration ou exécuter la commande suivante :

%was_profile_home%/config/cells/GenPluginCfg.sh|bat

Les deux techniques de régénération de la configuration de plug-in de serveur Web globale créent un fichier plugin-cfg.xml de format ASCII.

Pour utiliser la page de mise à jour de la configuration de plug-in de serveur Web globale de la console d'administration :

Procédure

  1. Cliquez sur Environnement > Mise à jour de la configuration de plug-in de serveur Web global.
  2. cliquez sur OK pour mettre à jour le fichier plugin-cfg.xml.
  3. Facultatif : Cliquez sur Affichez ou téléchargez le fichier de configuration du plug-in du serveur Web actuel pour afficher ou télécharger la version actuelle de ce fichier.
    Vous pouvez sélectionner cette option pour :
    • afficher la version actuelle du fichier avant de le mettre à jour,
    • afficher le fichier après sa mise à jour,
    • télécharger une copie du fichier sur un poste distant.

Résultats

La régénération de la configuration peut prendre un certain temps. Une fois la régénération terminée, tous les objets de la cellule d'administration utilisent les paramètres les plus récents auxquels le serveur Web a accès. Qu'elle soit déclenchée manuellement ou qu'elle survienne automatiquement, la régénération d'un plug-in requiert environ 30 à 60 secondes lorsque le serveur d'applications se trouve sur la même machine physique que le serveur Web. Dans d'autre cas, elle prend plus de temps.

Cette durée est importante car elle détermine à quel moment la nouvelle configuration du plug-in est appliquée. Imaginez que vous ajoutez un nouveau chemin pris en charge pour un servlet puis que vous régénérez la configuration du plug-in. La régénération prend 40 secondes, au bout desquelles un utilisateur doit pouvoir accéder au servlet avec le nouveau chemin pris en charge.

Dans le cas d'un plug-in HTTP, la durée est déterminée par l'attribut Intervalle de régénération de l'élément Config du fichier plugin-cfg.xml. Le plug-in interroge le disque ou le système de fichiers à cet intervalle pour savoir si la configuration a changé. L'intervalle par défaut est 60 secondes. Pour se régénérer, la configuration du plug-in requiert deux fois l'intervalle de régénération.

Dans un environnement de développement dans lequel vous modifiez fréquemment les paramètres de la console d'administration, il est conseillé de définir un intervalle de régénération compris entre 3 et 5 secondes.

Dans un environnement de production, vous pouvez définir un intervalle de régénération plus long, comme 30 minutes, selon la fréquence des modifications.

Que faire ensuite

Il peut être nécessaire d'arrêter les serveurs d'applications dans cellule et de les redémarrer pour que les modifications apportées à la configuration du plug-in soient appliquées.

Si le serveur Web est exécuté sur une machine distant, cliquez sur Affichez ou téléchargez le fichier de configuration du plug-in du serveur Web actuel pour télécharger une copie du fichier plugin-cfg.xml sur cette machine.

Si le gestionnaire de déploiement est installé sur une machine distante par rapport à l'emplacement du produit, vous devez implémenter l'une des solutions suivantes pour que le fichier plugin-cfg.xml conserve les structures de répertoires du serveur d'applications et non celles du gestionnaire de déploiement après la régénération du plug-in et une synchronisation complète.

  • Ligne de commande :
    [AIX Solaris HP-UX Linux Windows][IBM i]Dans une invite de commande, entrez la commande suivante pour changer le répertoire DeploymentManager/bin et entrer des données sur la machine sur laquelle est installé le gestionnaire de déploiement. Cette commande crée ou met à jour le fichier plugin-cfg.xml et remplace tous les répertoires du fichier plugin-cfg.xml par racine_serveur_app.
    GenPluginCfg
    -destination.root
    <racine_serveur_app>
    [z/OS]Dans une invite de commande, entrez la commande suivante pour changer le répertoire DeploymentManager/bin et entrer des données sur la machine sur laquelle est installé le gestionnaire de déploiement. Cette commande crée ou met à jour le fichier plugin-cfg.xml et remplace tous les répertoires du fichier plugin-cfg.xml par WAS_HOME/AppServer.
    GenPluginCfg.sh -destination.root WAS_HOME/AppServer

    Par exemple, émettez la commande suivante à partir du répertoire DeploymentManager/bin :

    [AIX Solaris HP-UX Linux Windows][IBM i]
    GenPluginCfg -destination.root "E:\WebSphere\AppServer"
    [z/OS]
    GenPluginCfg -destination.root "/WebSphere/V5R0M0/AppServer"
  • Fichier plugin-cfg.xml :

    Modifiez le fichier plugin-cfg.xml pour qu'il pointe vers la structure de répertoires appropriée du fichier journal, du fichier de clés et du ficher stash.

    Effectuez une synchronisation complète pour répliquer le fichier plugin-cfg.xml sur tous les noeuds. Vous pouvez utiliser des scripts ou la console d'administration pour synchroniser les noeuds dans la cellule.

    Le fichier plugin-cfg.xml du gestionnaire de déploiement peut pointer vers les répertoires du serveur d'applications sans créer de conflit.


Icône indiquant le type de rubrique Rubrique de tâche



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=twsv_plugin_regen
Nom du fichier : twsv_plugin_regen.html