Notes de version de Sun Java System Communications Services 2005Q4

Installation, mise à niveau et configuration

Lorsque vous mettez à niveau Application Server 7.x (Java ES version 2) vers Application Server 8.x (Java ES version 4) puis vers Delegated Administrator 6 2005Q4 (Java ES version 4), Delegated Administrator ne parvient pas à redéployer la version d'Application Server mise à niveau. (6319257)

Après une mise à niveau vers Application Server 8.x, les applications telles que Delegated Administrator sont automatiquement redéployées vers une instance server1 non-DAS. Pour préserver la compatibilité, l'instance non-DAS est exécutée sur le même port que l'ancienne version d'Application Server.

Toutefois, Delegated Administrator utilise la commande deploydir pour se déployer sur Application Server. Dans Application Server 8.x, la commande deploydir fonctionne uniquement sur les instances DAS. Il est impossible de déployer Delegated Administrator sur une instance non-DAS.

Solution

Une fois la mise à niveau vers Application Server 8.x effectuée, procédez comme suit :

  1. Modifiez le fichier de propriétés de configuration d'Access Manager suivant :


    /opt/SUNWam/lib/AMConfig.properties

    en remplaçant la ligne suivante :


    com.sun.identity.webcontainer=IAS7.0

    par


    com.sun.identity.webcontainer=IAS8.1
  2. Avant d'exécuter le programme de configuration de Delegated Administrator, annulez le déploiement des applications Web /commcli et /da à partir de l'instance server1 dans la version mise à niveau d'Application Server. Exécutez les commandes suivantes :


    /opt/SUNWappserver/appserver/bin/asadmin undeploy
    --secure=false --user admin --password xxxx
    --target server1 commcli

    /opt/SUNWappserver/appserver/bin/asadmin undeploy
    --secure=false --user admin --password xxxx
    --target server1 da
  3. Exécutez le programme de configuration config-commda pour configurer Delegated Administrator. Lorsque vous êtes invité à fournir l'hôte et le port d'Access Manager, indiquez le port de l'instance du serveur DAS.

    Indiquez l'instance du serveur DAS, même si Access Manager est exécuté sur l'instance server1 non-DAS.

    Lorsque le programme config-commda vous demande l'emplacement de déploiement de la console et du serveur Delegated Administrator, entrez les informations du serveur DAS, et non celle de server1.

    Si vous avez déjà configuré Delegated Administrator avec le port de server1 (si vous avez déjà exécuté config-commda ), modifiez les informations de port (pour indiquer le port DAS) dans les deux lignes suivantes :


    /opt/SUNWcomm/config/cli-usrprefs.properties
    
    /var/opt/SUNWcomm/da/WEB-INF/class/com/sun/comm/da/resource/
    daconfig.properties
  4. Après avoir exécuté config-commda, connectez-vous à la console Application Server. Copiez tous les chemins de bibliothèque d'Access Manager dans les paramètres JVM pour les entrées classpath-prefix et classpath-suffix à partir de l'instance server1 vers l'instance du serveur. Pour ce faire, copiez les chemins du fichier domain.xml de server1 dans le fichier domain.xml du serveur.

Le programme de configuration de Delegated Administrator permet d'entrer des valeurs non valides dans le champ Séparateur de domaine. (6310711)

Dans le programme de configuration config-commda, vous pouvez entrer des caractères non valides, comme ^, dans le champ Séparateur de domaine. Il est impossible de se connecter à la console Delegated Administrator à l'aide d'un ID de connexion contenant un caractère de séparateur de domaine non valide.

Solution :

Modifiez la valeur de la propriété commadminserver.domainseparator dans le fichier daconfig.properties qui se trouve par défaut à l'emplacement suivant :


/var/opt/SUNWcomm/da/WEB-INF/classes/
com/sun/comm/da/resources/daconfig.properties

Utilisez une valeur valide, telle que @, - ou _.

La mise à niveau vers Access Manager 7.0 sans mise à niveau vers Delegated Administrator 6 2005Q4 (Java ES version 4) entraîne l'échec de création de l'utilisateur. (6294603)

Lorsque vous effectuez une mise à niveau vers Java Enterprise System version 4, si vous mettez à niveau Access Manager de la version 6.x vers la version 7.0 sans mettre à niveau Delegated Administrator vers la version 6 2005Q4 (Java ES version 4), la création d'un utilisateur avec le service de messagerie ou de calendrier échouera.

Solution :

  1. Mettez à jour le fichier UserCalendarService.xml qui se trouve par défaut dans le répertoire suivant :


    /opt/SUNWcomm/lib/services/UserCalendarService.xml

    Dans le fichier UserCalendarService.xml, marquez les attributs mail , icssubcribed et icsfirsdaycomme facultatifs au lieu d'obligatoires.

  2. Dans Access Manager, supprimez le fichier xml existant par l'exécution de la commande amadmin, comme dans l'exemple suivant :


    amadmin -u amadmin -w netscape -r UserCalendarService
  3. Dans Access Manager, ajoutez le fichier xml mis à jour, comme dans l'exemple suivant :


    amadmin -u amadmin -w netscape
    -s /opt/SUNWcomm/lib/services/UserCalendarService.xml
  4. Redémarrez le conteneur Web.

Le programme de configuration de Delegated Administrator (config-commda) peut être ralenti lorsqu'un grand nombre d'organisations sont déployées dans l'annuaire. (6219610)

Si l'annuaire contient de nombreuses organisations (plus de 50 000), le programme de configuration de Delegated Administrator (config-commda) risque de ralentir. Les performances des tâches administratives concernant Access Manager sont faibles.

Solution

Créez un index pres,eq sur l'attribut ou.

Les valeurs des fichiers resource.properties sont écrasées lorsque Delegated Administrator est reconfiguré à l'aide du programme config-commda. (6218713)

Si vous configurez une installation existante de Delegated Administrator déjà configurée en exécutant à nouveau le programme config-commda, les propriétés du fichier resource.properties sont réinitialisées sur leurs valeurs par défaut.

Par exemple, si vous avez défini les propriétés suivantes sur ces valeurs :

jdapi-wildusersearchresults=50

jdapi-wildorgsearchresults=10

puis exécuté config-commda, ces propriétés sont réinitialisées sur leurs valeurs par défaut, comme suit :

jdapi-wildusersearchresults=-1

jdapi-wildorgsearchresults=-1

Ce problème ne se produit que si vous avez modifié la configuration de Delegated Administrator (si vous avez activé les plug-ins ou modifié les valeurs des propriétés dans le fichier resource.properties).

Solution

Si vous devez mettre à niveau Delegated Administrator ou si vous devez exécuter de nouveau le programme config-commda pour toute autre raison, vous avez la possibilité de conserver la configuration existante en procédant comme suit :

  1. Sauvegardez le fichier resource.properties.

    Le fichier resource.properties se trouve par défaut à l'emplacement suivant :


    da_base/data/WEB-INF/classes/sun/comm/cli/server/servlet/
    resource.properties
  2. Exécutez le programme config-commda.

  3. Modifiez le nouveau fichier resource.properties créé par le programme de configuration config-commda, comme suit :

    (Le nouveau fichier se trouve par défaut à l'emplacement indiqué dans l'étape 1. Sauvegardez le fichier resource.properties ci-dessus.)

    a. Ouvrez le nouveau fichier resource.properties .

    b. Ouvrez la copie de sauvegarde du fichier resource.properties .

    c. Recherchez les propriétés qui ont été personnalisées dans la copie de sauvegarde. Appliquez les valeurs personnalisées aux propriétés correspondantes dans le nouveau fichier resource.properties.

Vous ne devez pas simplement remplacer le nouveau fichier resource.properties par l'intégralité de la copie de sauvegarde. En effet, le nouveau fichier peut contenir de nouvelles propriétés créées pour prendre en charge cette version de Delegated Administrator.