Configuration du gestionnaire de sessions HTTP avec WebSphere Portal

Vous pouvez rendre persistantes des sessions HTTP à partir de WebSphere Portal dans une grille de données.

Avant de commencer

Votre environnement WebSphere eXtreme Scale Client et WebSphere Portal doivent satisfaire aux spécifications suivantes :

Pourquoi et quand exécuter cette tâche

L'introduction de WebSphere DataPower XC10 Appliance dans un environnement WebSphere Portal peut être bénéfique dans les scénarios suivants :
Important : Bien que les scénarios suivants apportent des avantages, une utilisation plus importante des processeurs au niveau de WebSphere peut résulter de l'introduction de WebSphere DataPower XC10 Appliance dans l'environnement.

Procédure

  1. Configurez l'application WebSphere Portal wps et les éventuels portlets personnalisés pour permettre aux sessions d'être stockées dans la grille de données.

    Pour plus d'informations, voir Création de la persistance de session dans une grille de données. Cet action aboutit au raccordement des portlets personnalisés pour permettre la persistance de session sur votre grille de données.

  2. Si TLS/SSL (Transport Layer Security/Secure Sockets Layer) est configuré pour le serveur WebSphere Portal et pour le dispositif, vous devez configurer les fichiers de clés certifiées TLS/SSL.
    • Si la communication sortante résultante du serveur WebSphere Portal vers le dispositif utilise TLS/SSL, vous devez ajouter le certificat du dispositif à la configuration de WebSphere Application Server. Utilisez le script addXC10PublicCert.py. Il se trouve dans le répertoire racine_was/bin :
      wsadmin.bat -conntype SOAP -port <PORT_SOAP_PORTAL_SERVER> -lang jython -user wpsadmin -password wpsadmin -f addXC10PublicCert.py
    • Si la communication entrante résultante du dispositif vers le serveur WebSphere Portal utilise TLS/SSL, mettez à jour le fichier de clés certifiées du dispositif pour inclure les certificats publics pour le serveur WebSphere Portal. La mise à jour du fichier de clés certifiées permet la communication entre le dispositif et WebSphere Portal.
    1. Extrayez la clé publique du certificat personnel Portal Server. Utilisez l'utilitaire IKEYMAN. Cet utilitaire crée un fichier .arm. Pour plus d'informations, voir Extraction de certificats publics pour les fichiers de clés certifiées.
    2. Téléchargez le fichier de clés certifiées public pour le dispositif. Pour plus d'informations, voir Configuration de TLS (Transport Layer Security).
    3. Utilisez l'utilitaire iKeyman pour mettre à jour le fichier truststore.jks que vous avez extrait du dispositif avec le certificat Portal Server public dans le fichier .arm. Pour plus d'informations, voir Importation de certificats de signataire.
    4. Téléchargez le fichier de clés certifiées mis à jour vers le dispositif. Cliquez sur Soumettre les paramètres TLS après avoir téléchargé le fichier de clés certifiées. La collectivité redémarre automatiquement lorsque vous soumettez les paramètres TLS et le nouveau fichier de clés certifiées est ajouté aux autres dispositifs de la collectivité. Pour plus d'informations, voir Configuration de TLS (Transport Layer Security).
  3. Redémarrez les serveurs WebSphere Portal. Pour plus d'informations, voir WebSphere Portal version 7 : Démarrage et arrêt des serveurs, des gestionnaires de déploiement et des agents de noeud.

Résultats

Vous pouvez accéder à WebSphere Portal Server ; les données de session HTTP pour les portlets personnalisés configurés sont conservées dans la grille de données.
Si l'ensemble de la grille de données qui héberge les données de sessions d'application est inaccessible à partir du client de conteneur Web, le client utilise le conteneur Web de base dans la gestion de sessions WebSphere Application Server. La grille de données peut être inaccessible dans les scénarios suivants :
  • Problème de réseau entre le conteneur Web et les serveurs de conteneur distants
  • Arrêt des processus serveur de conteneur distant
Le nombre de références de session conservées en mémoire, spécifié par le paramètre sessionTableSize , est toujours maintenu lorsque les sessions sont stockées dans le conteneur Web de base. Les sessions les moins utilisées sont invalidées à partir du cache de session du conteneur Web lorsque la valeur sessionTableSize est dépassée. Si la grille de données distante devient disponible, les sessions ayant été invalidées à partir du cache du conteneur Web peuvent extraire les données de la grille de données distante et charger les données dans une nouvelle session. Si l'ensemble de la grille de données distante n'est pas disponible et que la session est invalidée dans le cache de session, les données de session utilisateur sont perdues. Compte tenu de ce problème, n'arrêtez pas l'ensemble de la grille de données distante de production lorsque le système est chargé.