Gestion des portlets dans votre cluster

Etant donné que tous les serveurs HCL Portal du cluster partagent une base de données, vous pouvez utiliser un nœud quelconque pour gérer vos portlets. Les noeuds de cluster peuvent s'exécuter lors de la gestion des portlets. Lorsque vous déployez un portlet, HCL Portal enregistre les données de configuration du portlet dans la base de données HCL Portal. Puis, HCL Portal transfère le module Web de l'application du portlet ainsi que la configuration qui lui est associée au gestionnaire de déploiement. Le gestionnaire de déploiement est responsable de l'insertion du module Web dans chaque noeud du cluster.

Avant de commencer

Les portlets déployés doivent être activés avant de pouvoir être utilisés. L'activation n'est possible que lorsque le gestionnaire de déploiement synchronise les modules Web associés avec chaque noeud du cluster.
Remarque : Il est possible que la synchronisation automatique des modules Web avec chaque noeud du cluster ne se produise pas immédiatement, ou ne se produire pas du tout. La synchronisation automatique dépend de la manière dont l'administrateur l'a configurée dans le gestionnaire de déploiement. C'est pourquoi HCL Portal ne peut garantir que le portlet a été synchronisé avec chaque nœud du cluster et ne peut donc pas activer automatiquement le portlet pendant le déploiement.

Procédure

  1. Déployez les portlets en utilisant soit la page Administration d'HCL Portal, soit la fonction d'interface de configuration XML (commande xmlaccess).
  2. Placez-vous dans le répertoire wp_profile_root/ConfigEngine.
  3. Exécutez la tâche suivante pour activer les portlets déployés et synchroniser les modifications entre tous les membres du cluster :
    Remarque : Si vous exécutez la tâche activate-portlets alors que vous êtes connecté à HCL Portal, vous devez vous déconnecter, puis vous reconnecter pour voir le statut des portlets mis à jour.
    Tableau 1. Tâche pour activer les portlets déployés.
    Système d'exploitation Tâche
    AIX® HP-UX Linux™ Solaris ./ConfigEngine.sh activate-portlets -DWasPassword=password
    IBM®i ConfigEngine.sh activate-portlets -DWasPassword=password
    Windows™ ConfigEngine.bat activate-portlets -DWasPassword=password
    z/OS® ./ConfigEngine.sh activate-portlets -DWasPassword=password
  4. Utilisez les informations suivantes pour fournir des portlets en tant que services WSRP :

    En fournissant un portlet comme service WSRP, un Producteur rend le portlet disponible à distance pour les Consommateurs. La base de données HCL Portal signale si un portlet déployé dans le cluster est fourni comme service WSRP. Dans la mesure où la base de données HCL Portal est partagée par les différents nœuds du cluster, tous les nœuds sont mis à jour lorsqu'un portlet est fourni comme service WSRP.

    The URLs of the Producer services definitions in the Web Services Description Language (WSDL) document always automatically point to the web server that is running load-balancing in the cluster. Ce paramètre par défaut garantit que toutes les requêtes des Consommateurs démarrant les services WSRP du Producteur sont correctement réparties.

    Les URL des Producteurs sont générés en vérifiant d'abord les paramètres des ports SOAP WSRP, comme décrit dans la documentation WSRP. Si les valeurs du port SOAP ne sont pas définies, les valeurs des propriétés host.name et host.port de ConfigService sont utilisées. Ces valeurs indiquent normalement le répartiteur de la charge du trafic. Si aucune valeur n'est indiquée pour les ports SOAP ou dans ConfigService, le nom d'hôte et le port de la demande utilisés pour référencer le document WSDL du Producteur sont utilisés.

  5. La désinstallation de portlets dans un environnement en clusters s'effectue de la même manière que dans un environnement autonome. Sa désinstallation supprime sa configuration des bases de données et tous les membres du cluster partagent la même base de données. Par conséquent, le portlet désinstallé est automatiquement inaccessible aux autres membres.