test

Notes de version de Sun Java System Portal Server 6 2005Q4

Installation des exemples de portlets JSR168 et des exemples WSRP sur des conteneurs Web tiers

Une fois les SDK de Portal Server et d'Access Manager installés, à l'aide du programme d'installation de Java Enterprise Server, exécutez l'une des procédures ci-dessous pour installer les exemples de portlets JSR168 ou les exemples WSRP. Si vous utilisez BEA WebLogic Server™ ou IBM WebSphere® Application Server, installez les exemples de portlets JSR168 et les exemples WSRP. Si vous utilisez Sun Java System Web Server ou Sun Java System Application Server, installez seulement les exemples WSRP.

Remarque –

Mobile Access ne prend pas en charge IBM WebSphere ni BEA WebLogic.

ProcedureInstallation des exemples de portlets JSR168 et des exemples WSRP sur BEA WebLogic ou IBM WebSphere

Avant de commencer

La procédure ci-dessous s'applique uniquement aux installations de Portal Server sur la plate-forme Solaris.

Étapes

  1. Redémarrez l'instance de BEA WebLogic 8.1 ou d'IBM WebSphere Application Server 5.1.

  2. Exécutez les commandes suivantes pour installer les exemples de portlets JSR168 :

    PortalServer-base/lib/postinstall_PortletSamples

    Lorsque vous y êtes invité, indiquez le mot de passe de l'administrateur d'Access Manager et celui de l'administrateur d'Application Server.

    Le fichier portletsamples.war est déployé.

  3. Assurez-vous que le paramètre PATH inclut /usr/bin. Cela permet à la partie awk du script de s'exécuter correctement.

  4. Exécutez les commandes suivantes pour configurer les exemples WSRP :

    • PortalServer-base/samples/wsrpproducer/producersampleconfig

      Saisissez le mot de passe de l'administrateur d'Access Manager lorsque vous y êtes invité.

      • PortalServer-base/samples/wsrpconsumer/consumersampleconfig

        Saisissez le mot de passe de l'administrateur d'Access Manager lorsque vous y êtes invité.

ProcedureInstallation des exemples WSRP sur Web Server ou Application Server

Avant de commencer

Les étapes manuelles suivantes doivent être exécutées une fois les SDK de Portal Server et d'Access Manager installés sur Sun Java System Web Server 6.1 et Sun Java Server Application Server 7 :

Étapes

  1. Redémarrez l'instance de Web Server ou d'Application Server.

  2. Assurez-vous que le paramètre PATH inclut /usr/bin. Cela permet à la partie awk du script de s'exécuter correctement.

  3. Exécutez les commandes suivantes pour configurer les exemples WSRP :

    • PortalServer-base/samples/wsrpproducer/producersampleconfig

      Saisissez le mot de passe de l'administrateur d'Access Manager lorsque vous y êtes invité.

      • PortalServer-base/samples/wsrpconsumer/consumersampleconfig

        Saisissez le mot de passe de l'administrateur d'Access Manager lorsque vous y êtes invité.

Secure Remote Access

Lorsqu'une session utilisateur arrive à expiration ou qu'une déconnexion se produit, Sun Java System Identity Server envoie une notification de session à la passerelle. Même si Sun Java System Identity Server s'exécute en mode HTTP, il agit comme un client SSL et utilise HttpsURLConnection pour envoyer la notification. Étant donné qu'il se connecte à un serveur SSL (la passerelle), le certificat d'AC de la passerelle doit faire partie de la liste des AC de confiance, ou une option d'acceptation des certificats auto-signés doit être activée.

Remarque –

La méthode d'ajout de l'AC à la liste des AC de confiance dépend du gestionnaire de protocole défini.

Pour créer HttpsURLConnection, vous devez définir la propriété JVM™ (Java Virtual Machine) -Djava.protocol.handler.pkgs.

Si Portal Server s'exécute sur Sun Java System Web Server, Sun Java System Application Server ou BEA WebLogic Server, cette propriété est définie correctement sur com.iplanet.services.com par défaut. Le package Sun Java System Identity Server permet l'implémentation de HttpsURLConnection et il fournit une option d'acceptation des certificats auto-signés en provenance de n'importe quel serveur SSL. Pour que ces certificats soient acceptés, l'indicateur com.iplanet.am.jssproxy.trustAllServerCerts=true doit être ajouté au fichier AMConfig.properties.

La propriété -Djava.protocol.handler.pkgs n'est pas définie par défaut pour IBM WebSphere Application Server. Les implémentations de HttpsURLConnection pour les serveurs d'applications pris en charge doivent utiliser leur propre gestionnaire par défaut (JSSE ou une implémentation personnalisée de SSL).

ProcedureConfiguration de plusieurs passerelles sur plusieurs portails

Lorsque vous installez une seconde passerelle sur un second portail, vous devez mettre à jour manuellement la valeur de transfert des URL de cookie de sorte qu'elle pointe vers le second portail.

Étapes

  1. Connectez-vous à la console d'administration d'Access Manager.

  2. Sélectionnez l'onglet Configuration des services.

  3. Cliquez sur Passerelle.

  4. Ajoutez le second portail à la liste Transférer les URL de cookie.

ProcedureDémarrage et arrêt de la passerelle

Étapes

  1. Exécutez la commande suivante pour démarrer la passerelle :

    gateway-base/SUNWps/bin/gateway -n new-profile-name start

    Le nom par défaut du profil de la passerelle créé au cours de l'installation est default. Vous pouvez créer ultérieurement un nouveau profil, puis redémarrer la passerelle avec ce profil. Pour plus d'informations, reportez-vous à la section Creating a Gateway Profile du chapitre 2 du manuel Sun Java System Portal Server, Secure Remote Access 6 2005Q1 Administration Guide.

    Si vous utilisez plusieurs instances de Gateway, utilisez la commande :

    gateway-base/SUNWps/bin/gateway start

    Remarque –

    Cette étape n'est pas nécessaire si, pendant l'installation de la passerelle, vous avez sélectionné l'option de démarrage de la passerelle après l'installation.

    Remarque –

    Assurez-vous que seuls les fichiers de configuration associés aux instances à démarrer se trouvent dans le répertoire /etc/opt/SUNWps.

    Pour arrêter toutes les instances de Gateway en cours d'exécution sur un noeud donné, entrez la commande suivante :

    gateway-base/SUNWps/bin/gateway stop

    Netlet et Gateway nécessitent l'analyseur Rhino JavaScript™ (intégré en tant que SUNWrhino) pour la prise en charge des fichiers PAC. Cet analyseur doit être installé sur les noeuds Gateway et Portal Server. Pour l'installer, procédez comme suit :

  2. Ajoutez le package en exécutant la commande pkgadd -d . SUNWrhino à partir du répertoire en cours.

  3. Copiez package-base-dir/js.jar dans le répertoire

    ${JAVA_HOME}/jre/lib/ext.

Netlet et Rewriter Proxy

Avant de démarrer Netlet Proxy et Rewriter Proxy, assurez-vous que le profil de la passerelle a été mis à jour avec les options correspondantes.

Remarque –

Veillez à activer le service Liste d'accès pour tous les utilisateurs afin d'autoriser l'accès via la passerelle.

Les bibliothèques jCIFS (intégrées en tant que SUNWjcifs) sont nécessaires au logiciel NetFile de Sun Java System Portal Server pour l'accès à Windows. Ces bibliothèques doivent être installées uniquement sur le noeud Portal Server. Pour les installer, procédez comme suit :

ProcedureInstallation des bibliothèques jCIFS

Étapes

  1. Ajoutez ce package en exécutant la commande pkgadd -d . SUNWjcifs à partir du répertoire en cours.

  2. Exécutez portal-server-install-base/SUNWps/lib/postinstall_JCIFS

  3. Exécutez portal-server-install-base/SUNWps/bin/undeploy

  4. Exécutez la commande portal-server-install-base/SUNWps/bin/deploy .

  5. Redémarrez le serveur.