Une fois la mise à niveau d'Access Manager de la version 6.1 à la version 6.2 terminée, le journal de mise à niveau indique que la connexion DB n'a pas été traitée correctement.
Solution Aucune. La procédure de mise à niveau d'Access Manager de la version 6.1 à la version 6.2 ne prend pas en charge la sauvegarde des tableaux de journaux DB.
Après la mise à niveau de tout composant Java ES vers Java ES 5 Update 1 sur un système exécutant la version 3 ou 4 d'Serveur d'application (version 8.1), Serveur d'application signale des erreurs lorsque vous compilez des pages JSP.
Solution Mettez Serveur d'application à niveau vers Java ES 5 Update 1 ou appliquez le patch suivant à Serveur d'application 8.1 :
Sous Solaris: 119166–17
Sous Linux: 119168–17
Solution Reportez-vous à la publication suivante pour la documentation la plus récente de mise à niveau relative à ce problème :Sun Java Enterprise System 5 Update 1 Upgrade Guide for UNIX
Après la mise à niveau de Serveur d'application à partir de Java ES 3 sur Linux, Access Manager cesse de fonctionner et le fichier server.log indique la présence d'une erreur lors du démarrage de amlcontroller.
Solution Installez sun-jss (JSS 4) et sun-jss3 manuellement :
Tapez la commande rpm -qa | grep sun-jss pour vérifier la présence de sun-jss et de sun-jss3.
Si sun-jss est absent, ajoutez-le manuellement :
rpm -Uhv download-root/Linux_x86/Product/shared_components/Packages/sun-jss-4.2.4-4.i386.rpm |
Si sun-jss3 est absent, ajoutez-le manuellement :
rpm -Uhv download-root/Linux_x86/Product/shared_components/Packages/sun-jss3-3.1.11-1.i386.rpm |
Lors de la mise à niveau de Packages Portal Server 7.1 vers Packages Portal Server 7.1 Mise à jour 2 en utilisant des patchs, plusieurs applications Web relatives au portail risquent de ne pas fonctionner correctement après avoir exécuté psupdate dans un environnement linguistique non anglais.
Solution Exécutez à nouveau le script psupdate dans l'environnement linguistique anglais :
Affichez et notez les valeurs des variables d'environnement $LC_ALL et $LANG :
echo $LC_ALL echo $LANG |
Spécifiez ces variables pour les valeurs de l'environnement linguistique anglais :
export LC_ALL=en_US.UTF-8 export LANG=en_US.UTF-8 |
Exécutez à nouveau le script psupdate :
psupdate -a -i |
Restaurez les valeurs de $LC_ALL et $LANG :
export LC_ALL=value-noted-in-step-1 export LANG=value-noted-in-step-1 |
Si vous déployez Packages Portal Server vers une version de Serveur Web en cours de mise à niveau vers Java ES 5 Update 1, vous devez également mettre Packages Portal Server à niveau.
Parce qu'il est impossible sous Windows de mettre à jour Packages Portal Server vers Java ES 5 Update 1, vous ne pouvez pas également mettre Packages Portal Server à niveau pendant la mise à niveau de Serveur Web. A la place, vous devez migrer Packages Portal Server pour utiliser Serveur d'application en tant que conteneur, et ce avant d'essayer de mettre Serveur Web à niveau.
Lorsque vous mettez à niveau Packages Portal Server IFR (Interim Feature Release) 7.0 2005Q4 déployé sur Serveur Web, vous devez mettre à niveau les composants selon une séquence non standard. Reportez-vous à Sun Java Enterprise System 5 Update 1 Upgrade Guide for UNIX pour de plus amples informations.
Après avoir mis Packages Portal Server 7.0 et Serveur Web à niveau, toute tentative de création d'une nouvelle communauté dans la console de Packages Portal Server génère une erreur.
Solution Suivez les étapes ci-dessous :
Connectez-vous à la console administrative de Serveur Web.
Cliquez sur Configurations.
Sélectionnez la configuration de l'instance active de Packages Portal Server.
Cliquez sur l'onglet Java.
Consultez les paramètres du chemin d'accès et recherchez Class Path Prefix.
Remplacez /opt/SUNWcacao/lib/cacao_cacao.jar par /usr/lib/cacao/lib/cacao_caca0.jar.
Sauvegardez les modifications et quittez la console administrative.
Après la mise à niveau de Packages Portal Server 7.0, les communautés qui étaient présentes dans le Developer Sample deviennent inutilisables.
Solution Modifiez le fichier /var/opt/SUNWportal/portals/portal1/desktop/default/SearchProvider/dbMenu.jsp de la façon suivante :
Ancien : |
|
|
Nouveau : |
|
Si vous avez activé la fonctionnalité de contrôle d'Instant Messaging dans Java ES 2005Q1 ou 2005Q4, vous devez manuellement mettre à niveau le fichier de propriétés après la mise à niveau vers Java ES 5 Update 1.
Solution Après la mise à niveau de l'instance d'Instant Messaging sur un hôte, modifiez le nouveau fichier mfwk.properties afin d'inclure les paramètres de configuration de l'ancien fichier agent.properties que vous souhaitez conserver.
Lors de la mise à niveau de Java ES 3 sur Solaris 9 pour x86, il est possible d'avoir deux versions de cacao en cours d'exécution : la version de Java ES 3 pour la prise en charge de Instant Messaging et la version de Java ES 5 Update 1 pour la prise en charge des composants mis à niveau. Dans ce cas, le script psupgrade utilisé pour la mise à niveau de Packages Portal Server échoue.
Solution Interrompez la version Java ES 3 de cacao avant d'exécuter le script psupgrade :
/opt/SUNWcacao/bin/cacaoadm stop |
Après avoir exécuté psupgrade, redémarrez la version Java ES 3 de cacao :
/opt/SUNWcacao/bin/cacaoadm start |
A chaque fois que le composant d'un produit est installé ou mis à niveau en mode Configurer manuellement après installation, les raccourcis du produit ne sont créés qu'après avoir configuré le produit manuellement.
Ce problème n'a aucune incidence sur Message Queue.
Solution Aucune.