test

Sun Java System Access Manager 7 2005Q4 Versionshinweise

Probleme bei der Aktualisierung

Access Manager-Skript ampre70upgrade entfernt lokalisierte Pakete nicht (6378444)

Wenn Sie Access Manager auf Access Manager 7 2005Q4 aktualisieren, entfernt das Skript ampre70upgrade keine auf Ihrem System vorhandenen lokalisierten Access Manager-Pakete.

Umgehung: Bevor Sie die Aktualisierung auf Access Manager 7 2005Q4 durchführen, verwenden Sie den Befehl pkgrm, um sämtliche auf Ihrem System installierten, lokalisierten Access Manager-Pakete manuell zu entfernen.

Die Datei AMConfig.properties enthält eine alte Version des Webcontainers (6316833)

Nachdem Access Manager und Application Server auf Java ES 2005Q4-Versionen aktualisiert wurden, enthält die AMConfig.properties-Datei von Access Manager eine alte Version von Application Server.

Umgehung: Bevor Sie das Delegated Administrator-Konfigurationsprogramm (config-commda) ausführen, ändern Sie die folgende Eigenschaft in der Datei AMConfig.properties: 

com.sun.identity.webcontainer=IAS8.1

Die Datei server.policy des Knotenagenten wird nicht als Teil einer Access Manager-Aktualisierung aktualisiert (6313416)

Nachdem Sie Access Manager aktualisiert haben, wird die Datei server.policy des Knotenagenten nicht aktualisiert.

Umgehung: Ersetzen Sie die Datei server.policy des Knotenagenten durch die folgende Datei:

/var/opt/SUNWappserver/domains/domain1/config/server.policy

Nach der Aktualisierung fehlt "Session Property Condition" in der Bedingungsliste (6309785)

Nachdem Sie Access Manager von Version 2005Q1 auf Version 2005Q4 aktualisiert haben, wird die Session Property Condition in der Richtlinienbedingungsliste nicht als Option angezeigt, wenn Sie versuchen, einer Richtlinie eine Bedingung hinzuzufügen.

Umgehung: Wählen Sie den Typ "Session Property Condition" in der Dienstvorlage zur Richtlinienkonfiguration im entsprechenden Realm.

Nach der Aktualisierung fehlt der Typ "Identity Subject" in der Richtlinienthemaliste (6304617)

Nachdem Sie Access Manager von Version 2005Q1 auf Version 2005Q4 aktualisiert haben, wird "Identity Subject", ein neuer Richtlinienthematyp, nicht als Option in der Richtlinienthemaliste angezeigt.

Umgehung: Wählen Sie den Typ "Identity Subject" als Standardthematyp in der Vorlage für den Richtlinienkonfigurationsdienst aus.

Die Access Manager-Aktualisierung ist fehlgeschlagen, weil keine classpath-Migration stattgefunden hat (6284595)

Während der Aktualisierung von Access Manager von Java ES 2004Q2 auf Java ES 2005Q4, ist die Aktualisierung von Java ES 2004Q2 auf Java ES 2005Q1 fehlgeschlagen. Access Manager wurde auf einem Application Server bereitgestellt, der ebenfalls von Java ES 2004Q2 auf Java ES 2005Q4 aufgerüstet wurde. Der classpath in der Datei domain.xml enthielt jedoch nicht die Pfadangaben für die Access Manager-JAR-Dateien.

Umgehung: Führen Sie diese Schritte durch:

  1. Bevor Sie das amupgrade-Skript ausführen, indizieren Sie Directory Server aufgrund eines Problems mit dem comm_dssetup.pl-Skript neu.

  2. Fügen Sie der Datei server.policy des Knotenagenten Einträge für Access Manager hinzu. Eine Kopie von server.policy aus der Standardserverrichtlinie (/var/opt/SUNWappserver/domains/domain1/config/server.policy) ist ausreichend.

  3. Aktualisieren Sie classpath in der domain.xml -Datei des Knotenagenten wie folgt. Kopieren Sie das classpath-suffix und den entsprechenden classpath aus den server-classpath-Attributen des java-config-Elements aus der Datei server.xml in die entsprechenden Attribute des java-config-Elements von domain.xml. Das java-config-Element ist unter dem config-Element in domain.xml zu finden.

Nach der Aktualisierung gibt der amadmin-Befehl eine falsche Version aus (6283758)

Nachdem Access Manager von Version 6 2005Q1 auf Version 7 2005Q4 aktualisiert wurde, gab der amadmin --version-Befehl die falsche Version aus: Sun Java System Access Manager Version 2005Q1.

Umgehung: Nachdem Sie Access Manager aktualisiert haben, führen Sie zur Konfiguration von Access Manager das amconfig-Skript aus. Wenn Sie amconfig ausführen, geben Sie den vollständigen Pfad der Konfigurationsdatei (amsamplesilent ) an. Auf einem Solaris-System zum Beispiel: 

# ./amconfig -s ./config-file

oder

# ./amconfig -s /opt/SUNWam/bin/config-file

Attribut ContainerDefaultTemplateRole nach Datenmigration hinzufügen (4677779)

Die Rolle eines Benutzers wird nicht in einer Organisation angezeigt, die nicht in Access Manager erstellt wurde. Im Debug-Modus wird folgende Meldung angezeigt:

ERROR: DesktopServlet.handleException()
com.iplanet.portalserver.desktop.DesktopException:
DesktopServlet.doGetPost(): no privilige to execute desktop

Dieser Fehler tritt auf, nachdem die Migrationsskripte des Java ES-Installationsprogramms ausgeführt wurden. Das Attribut ContainerDefaultTemplateRole wird der Organisation nicht automatisch hinzugefügt, wenn die Organisation aus einem vorhandenen Informationsverzeichnisbaum (Directory Information Tree, DIT) oder aus einer anderen Quelle migriert wurde.

Umgehung: Verwenden Sie die Directory Server-Konsole, um das Attribut ContainerDefaultTemplateRole aus einer anderen Access Manager-Organisation zu kopieren und es anschließend der betreffenden Organisation zuzuweisen.