Incompatibilité entre les serveurs Java ES 2004Q2 et Instant Messaging sous Java ES 2005Q4 (6309082)
Un agent ne peut pas se connecter, car son profil n'existe pas dans l'organisation (6295074)
Le scénario de déploiement ci-dessous a provoqué le problème suivant :
server-1 : Java ES 2004Q2 : Directory Server
serveur-2 : Java ES 2004Q2 : Application Server, Access Manager et Portal Server
serveur-3 : Java ES 2004Q2 : Calendar Server et Messaging Server
serveur-4 : Java ES 2005Q4 : Application Server, Instant Messaging et Access Manager SDK
Lors de l'exécution de l'utilitaire imconfig pour configurer Instant Messaging sur le serveur-4, la configuration a échoué. Le SDK d'Access Manager 7 2005Q4, utilisé par Instant Messaging (IM) sur le serveur 4, n'est pas compatible avec la version Java ES 2004Q2.
Solution : Idéalement, le serveur et le SDK Access Manager doivent tous deux être de la même version. Pour obtenir plus d'informations, consultez le Guide de mise à niveau de Sun Java Enterprise System 2005Q4.
Le mode Hérité d'Access Manager 7 2005Q4 présente les incompatibilités suivantes dans le module d'authentification principale d'Access Manager 6 2005Q1 :
Les modules d'authentification des organisations sont supprimés en mode hérité.
La présentation des configurations d'authentification des administrateurs et des organisations a été modifiée. Dans la console Access Manager 7 2005Q4, la liste déroulante est paramétrée par défaut sur ldapService. Dans la console Access Manager 6 2005Q1, le bouton Modifier apparaît et le module LDAP n'a pas été sélectionné par défaut.
Solution : aucune.
Dans la console Access Manager, vous avez créé un agent en mode Domaine. Si vous vous déconnectez, puis vous reconnectez à l'aide du nom de l'agent, Access Manager renvoie une erreur car l'agent ne dispose pas des privilèges requis pour accéder au domaine.
Solution : Modifiez les droits de manière à autoriser les accès en lecture/écriture pour cet agent.
La commande commadmin de l'utilitaire Delegated Administrator, utilisée avec l'option -S mail,cal, ne permet pas de créer un utilisateur dans le domaine par défaut.
Solution : Ce problème se produit si vous effectuez une mise à niveau vers Access Manager version 7 2005Q4, mais que vous ne mettez pas à niveau Delegated Administrator. Pour obtenir plus d'informations sur la mise à niveau de Delegated Administrator, consultez le Guide de mise à niveau de Sun Java Enterprise System 2005Q4.
Si vous ne souhaitez pas mettre à niveau Delegated Administrator, suivez la procédure ci-après :
Dans le fichier UserCalendarService.xml, définissez les attributs mail, icssubcribed et icsfirstday comme facultatifs au lieu de requis. Ce fichier se trouve par défaut dans le répertoire /opt/SUNWcomm/lib/services/ des systèmes Solaris.
Dans Access Manager, supprimez le fichier XML existant en exécutant la commande amadmin, comme suit :
# ./amadmin -u amadmin -w password -r UserCalendarService
Dans Access Manager, ajoutez le fichier XML mis à jour, comme suit :
# ./amadmin -u amadmin -w password -s /opt/SUNWcomm/lib/services/UserCalendarService.xml
Redémarrez le conteneur Web d'Access Manager.
La commande commadmin de l'utilitaire Delegated Administrator, utilisée avec l'option -S mail,cal, ne permet pas de créer une organisation.
Solution : Reportez-vous à la solution du précédent problème.