Inkompatibilität zwischen Java ES 2004Q2-Servern und IM auf Java ES 2005Q4 (6309082)
Im Kernauthentifizierungsmodul gibt es Inkompatibilitäten für den Legacy-Modus (6305840).
Agent kann sich nicht anmelden, weil in der Organisation kein Profil vorhanden ist (6295074)
Das Dienstprogramm commadmin von Delegated Administrator erstellt keinen Benutzer (6294603)
Das Dienstprogramm commadmin von Delegated Administrator erstellt keine Organisation (6292104)
Folgendes Bereitstellungsszenario verursachte dieses Problem:
server-1: Java ES 2004Q2: Directory-Server
server-2: Java ES 2004Q2: Application Server, Access Manager und Portal Server
server-3: Java ES 2004Q2: Calendar Server und Messaging Server
server-4: Java ES 2005Q4: Application Server, Instant Messaging und Access Manager SDK
Beim Ausführen des Dienstprogramms imconfig zur Konfiguration von Instant Messaging auf server-4 war die Konfiguration nicht erfolgreich. Das Access Manager 7 2005Q4 SDK, das von Instant Messaging (IM) auf server-4 verwendet wird, ist nicht mit Java ES 2004Q2 kompatibel.
Umgehung: Idealerweise sollten der Access Manager-Server und das Access Manager-SDK dieselbe Version aufweisen. Weitere Informationen finden Sie im Sun Java Enterprise System 2005Q4 Aufrüstungshandbuch.
Der Access Manager 7 2005Q4-Legacy-Modus weist die folgenden Inkompatibilitäten im Kernauthentifizierungsmodus von Access Manager 6 2005Q1 auf:
Im Legacy-Modus werden die Organisationsauthentifizierungsmodule entfernt.
Die Darstellung der “Administrator Authentication Configuration” und “Organization Authentication Configuration” hat sich geändert. In der Dropdown-Liste der Access Manager 7 2005Q4 Console ist standardmäßig ldapService ausgewählt. In der Access Manager 6 2005Q1 Console wurde die Schaltfläche zum Bearbeiten (Edit) bereitgestellt und das LDAP-Modul wurde nicht standardmäßig ausgewählt.
Umgehung: Keine.
Erstellen Sie in der Access Manager Console einen Agenten im Realm-Modus. Wenn Sie sich abmelden und dann erneut mithilfe des Agentennamens anmelden, gibt Access Manager einen Fehler aus, da der Agent nicht über die Berechtigungen für den Realm-Zugriff verfügt.
Umgehung: Ändern Sie die Berechtigungen, um den Lese-/Schreibzugriff für den Agenten zu ermöglichen.
Das Dienstprogramm commadmin von Delegated Administrator mit der Option -S mail,cal erstellt keinen Benutzer in der Standarddomäne.
Umgehung: Dieses Problem tritt auf, wenn Sie Access Manager auf Version 7 2005Q4 aktualisieren, Delegated Administrator jedoch nicht aktualisieren. Weitere Informationen zum Aktualisieren von Delegated Administrator finden Sie im Sun Java Enterprise System 2005Q4 Aufrüstungshandbuch.
Wenn Sie nicht vorhaben, Delegated Administrator zu aktualisieren, gehen Sie wie folgt vor:
Markieren Sie in der Datei UserCalendarService.xml die Attribute mail, icssubcribed und icsfirstday als optional und nicht als erforderlich. Diese Datei befindet sich auf Solaris-Systemen standardmäßig im Verzeichnis /opt/SUNWcomm/lib/services/.
Entfernen Sie in Access Manager die bereits vorhandene XML-Datei, indem Sie den Befehl amadmin wie folgt ausführen:
# ./amadmin -u amadmin -w password -r UserCalendarService
Fügen Sie in Access Manager die aktualisierte XML-Datei wie folgt hinzu:
# ./amadmin -u amadmin -w password -s /opt/SUNWcomm/lib/services/UserCalendarService.xml
Starten Sie den Access Manager-Webcontainer neu.
Das Dienstprogramm commadmin von Delegated Administrator mit der Option -S mail,cal erstellt keine Organisation.
Umgehung: Die Lösung entspricht der des oben beschriebenen Problems.