Sun Java System Communications Services 2005Q4 Versionshinweise

Installation, Upgrade und Konfiguration

Wenn Sie ein Upgrade von Application Server 7.x (Java ES Release 2) auf Application Server 8.x (Java ES Release 4) durchführen und dann auf Delegated Administrator 6 2005Q4 (Java ES Release 4), kann Delegated Administrator auf dem aktualisierten Application Server nicht erneut bereitgestellt werden. (6319257)

Nach einem Upgrade auf Application Server 8.x werden Anwendungen wie Delegated Administrator automatisch in einer nicht-DAS server1-Instanz erneut bereitgestellt. Aus Kompatibilitätsgründen wird die Nicht-DAS-Instanz auf demselben Port ausgeführt wie die Vorgängerversion von Application Server.

Delegated Administrator verwendet jedoch den deploydir-Befehl, um Application Server bereitzustellen. In Application Server 8.x funktioniert der Befehl deploydir nur in DAS-Instanzen. Delegated Administrator kann in der Nicht-DAS-Instanz nicht bereitgestellt werden.

Umgehung

Gehen Sie nach einem Upgrade auf Application Server 8.x wie folgt vor:

  1. Ändern Sie die folgenden Access Manager-Konfigurationseigenschaftendatei:


    /opt/SUNWam/lib/AMConfig.properties

    durch Ersetzen der folgenden Zeile:


    com.sun.identity.webcontainer=IAS7.0

    durch


    com.sun.identity.webcontainer=IAS8.1
  2. Bevor Sie das Delegated Administrator-Konfigurationsprogramm ausführen, heben Sie die Bereitstellung der /commcli- und /da-Webanwendungen der server1-Instanz auf dem aktualisierten Application Server auf. Führen Sie die folgenden Befehle aus:


    /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. Führen Sie das Delegated Administrator-Konfigurationsprogramm config-commda aus. Wenn Sie zur Angabe des Access Manager-Hosts und -Ports aufgefordert werden, geben Sie den Port für die DAS-Serverinstanz an.

    Geben Sie die DAS-Serverinstanz an, auch wenn Access Manager in der Nicht-DAS server1-Instanz ausgeführt wird.

    Wenn Sie vom config-commda-Programm gefragt werden, wo die Delegated Administrator-Konsole und der Delegated Administrator-Server bereitgestellt werden sollen, geben Sie die DAS-Serverinformationen, nicht die server1-Informationen an.

    Wenn Sie Delegated Administrator bereits mit dem server1-Port konfiguriert haben (falls Sie bereits config-commda ausgeführt haben), ändern Sie die Portinformationen (zur Angabe des DAS-Ports) in den folgenden beiden Dateien:


    /opt/SUNWcomm/config/cli-usrprefs.properties
    
    /var/opt/SUNWcomm/da/WEB-INF/class/com/sun/comm/da/resource/
    daconfig.properties
  4. Nachdem Sie config-commda ausgeführt haben, melden Sie sich an der Application Server-Konsole an. Kopieren Sie alle Access Manager-Bibliothekspfade in den JVM-Einstellungen für classpath-prefix- und classpath-suffix-Einträge von der server1-Instanz in die Serverinstanz. Sie können diese Aufgabe durchführen, indem Sie die Pfade in der domain.xml-Datei von server1 in die domain.xml-Datei kopieren.

Mit dem Delegated Administrator-Konfigurationsprogramm können Sie im Feld "Domain Separator" ungültige Werte eingeben. (6310711)

Im Konfigurationsprogramm config-commda können Sie ungültige Zeichen, wie ^, im Feld "Domain Separator" eingeben. Sie können sich an der Delegated Administrator-Konsole unter Verwendung einer Anmelde-ID mit dem ungültigen Domänentrennzeichen nicht anmelden.

Umgehung:

Bearbeiten Sie den Wert der commadminserver.domainseparator-Eigenschaft in der Datei daconfig.properties, die sich im folgenden Standardpfad befindet:


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

Verwenden Sie einen gültigen Wert wie @, - oder _.

Upgrade von Access Manager 7.0 ohne Upgrade auf Delegated Administrator 6 2005Q4 (Java ES Release 4) führt zum Fehlschlagen der Benutzererstellung. (6294603)

Wenn Sie ein Upgrade auf Java Enterprise System Release 4 ausführen und Access Manager von Version 6.x auf 7.0 aktualisieren, jedoch Delegated Administrator nicht auf Version 6 2005Q4 (Java ES Release 4) aktualisieren, schlägt die Benutzererstellung mit dem E-Mail- oder Kalenderdienst fehl.

Umgehung:

  1. Aktualisieren Sie die Datei UserCalendarService.xml, die sich standardmäßig im folgenden Verzeichnis befindet:


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

    Markieren Sie in der Datei UserCalendarService.xml die Attribute mail, icssubcribedund icsfirsday als optional und nicht als erforderlich.

  2. Entfernen Sie in Access Manager die vorhandene xml-Datei, indem Sie den Befehl amadmin, wie im folgenden Beispiel dargestellt, ausführen:


    amadmin -u amadmin -w netscape -r UserCalendarService
  3. Fügen Sie in Access Manager die aktualisierte xml-Datei, wie im folgenden Beispiel dargestellt, hinzu:


    amadmin -u amadmin -w netscape  
    -s /opt/SUNWcomm/lib/services/UserCalendarService.xml
  4. Starten Sie den Webcontainer.

Das Delegated Administrator-Konfigurationsprogramm (config-commda) kann langsam sein, wenn in dem Verzeichnis eine sehr große Menge von Organisationen bereitgestellt wird. (6219610)

Wenn das Verzeichnis sehr viele Organisationen (50.000 und mehr) enthält, kann die Ausführung des Konfigurationsprogramms von Delegated Administrator (config-commda) unter Umständen sehr viel Zeit in Anspruch nehmen. Die Geschwindigkeit der Verwaltungsaufgaben von Access Manager lässt somit nach.

Umgehung:

Erstellen Sie einen pres,eq-Index für das Attribut ou.

Die Werte in den resource.properties-Dateien werden überschrieben, wenn Delegated Administrator mit dem config-commda-Programm neu konfiguriert wird. (6218713)

Wenn Sie eine bereits vorhandene und konfigurierte IInstallation von Delegated Administrator konfigurieren, indem Sie das config-commda-Programm erneut ausführen, werden die Eigenschaften in der Datei resource.properties auf die Standardwerte zurückgesetzt.

Angenommen, Sie haben früher die folgenden Eigenschaftenwerte festgelegt:

jdapi-wildusersearchresults=50

jdapi-wildorgsearchresults=10

und führen nun config-commda aus, dann werden diese Eigenschaften auf die folgenden Standardwerte zurückgesetzt:

jdapi-wildusersearchresults=-1

jdapi-wildorgsearchresults=-1

Dieses Problem ist nur dann von Belang, wenn Sie die Delegated Administrator-Konfiguration geändert haben (Plugins aktiviert oder die Werte beliebiger Eigenschaften in der Datei resource.properties geändert haben).

Umgehung:

Wenn Sie ein Upgrade von Delegated Administrator ausführen müssen oder wenn Sie das config-commda-Programm aus einem anderen Grund erneut ausführen müssen, können Sie die bereits vorhandene Konfiguration beibehalten, indem Sie folgende Schritte durchführen:

  1. Sichern Sie die Datei resource.properties.

    Die Datei resource.properties befindet sich in folgendem Standardpfad:


    da_base/data/WEB-INF/classes/sun/comm/cli/server/servlet/resource.properties
  2. Führen Sie das Programm config-commda aus.

  3. Bearbeiten Sie die vom Programm config-commda neu erstellte Datei resource.properties wie folgt:

    (Die neue Datei befindet sich im Standardpfad aus Abbildung 1. Sichern Sie die Datei resource.properties .)

    a. Öffnen Sie die neue resource.properties-Datei.

    b. Öffnen Sie die Sicherungskopie der resource.properties-Datei.

    c. Suchen Sie die Eigenschaften, die in der Sicherungskopie angepasst wurden. Übertragen Sie die angepassten Werte auf die entsprechenden Eigenschaften in der neuen resource.properties-Datei.

Überschreiben Sie nicht einfach die neue Datei resource.properties mit der gesamten Sicherungskopie. Die neue Datei enthält neue Eigenschaften, die zur Unterstützung dieser Version von Delegated Administrator erstellt wurden.