Problèmes de mise à niveau par élément

Le script Access Manager pre61to62upgrade ne gère pas correctement la journalisation basée sur la base de données (5042233)

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.

Erreurs de compilation JSP dans Serveur d'application après la mise à niveau d'autres composants vers Java ES 5 Update 1 (6388329)

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

Sur Solaris et Linux, la mise à niveau de Packages Portal Server échoue — /opt/SUNWappserver7/bin/asadmin est introuvable (6313972)

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

Sur Linux, Access Manager cesse de fonctionner après la mise à niveau de Serveur d'application à partir de Java ES 3 (6447925)

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 :

1. Tapez la commande rpm -qa | grep sun-jss pour vérifier la présence de sun-jss et de sun-jss3.

2. 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

3. 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

Après la mise à niveau de Packages Portal Server 7.1 dans les environnements linguistiques non anglais, certaines applications du portail ne fonctionnent pas correctement ( 6569515)

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 :

1. Affichez et notez les valeurs des variables d'environnement $LC_ALL et $LANG :

   echo $LC_ALL echo $LANG

2. 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

3. Exécutez à nouveau le script psupdate :

   psupdate -a -i

4. Restaurez les valeurs de $LC_ALL et $LANG :

   export LC_ALL=value-noted-in-step-1 export LANG=value-noted-in-step-1

Serveur Web et Packages Portal Server affichent une dépendance de mise à niveau particulière (aucun numéro de bogue)

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.

La mise à niveau de Packages Portal Server 7.0 déployé sur Serveur Web suit une séquence non standard (6507069)

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.

Impossible de créer une nouvelle communauté après la mise à niveau de Packages Portal Server 7.0 déployé vers Serveur Web (6562802)

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 :

1. Connectez-vous à la console administrative de Serveur Web.

2. Cliquez sur Configurations.

3. Sélectionnez la configuration de l'instance active de Packages Portal Server.

4. Cliquez sur l'onglet Java.

5. Consultez les paramètres du chemin d'accès et recherchez Class Path Prefix.

6. Remplacez /opt/SUNWcacao/lib/cacao_cacao.jar par /usr/lib/cacao/lib/cacao_caca0.jar.

7. Sauvegardez les modifications et quittez la console administrative.

Les communautés préalablement existantes dans Developer Sample sont inutilisables après la mise à niveau de Packages Portal Server 7.0 (6591992)

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 :

com.sun.portal.desktop.util.OrderedMap dbs =
  (com.sun.portal.desktop.util.OrderedMap)pageContext.findAttribute(
  "availableDatabases");

java.util.Map dbs = (java.util.Map)pageContext.findAttribute(
  "availableDatabases");

Le cadre de contrôle d'Instant Messaging 1.0 doit être mis à jour s'il est activé (6515859)

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, psupgrade échoue si deux versions de cacao sont en cours d'exécution (6550198)

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

Sur Windows, procéder à la mise à jour en sélectionnant l'option Configurer manuellement après installation génère Message Queue et High Availability mais aucun groupe de programme Application Server (6500958)

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.