After the Access Manager upgrade process from version 6.1 to version 6.2 is finished, the upgrade log indicates that the DB based logging was not handled correctly.
Solution None. The Access Manager upgrade process from version 6.1 to version 6.2 does not support backing up of the DB log tables.
After upgrading any Java ES component to Java ES 5 Update 1 on a system running Release 3 or Release 4 Application Server (version 8.1), Application Server reports errors when you compile JSP pages.
Solution Upgrade Application Server to Java ES 5 Update 1, or apply the following patch to Application Server 8.1:
On Solaris: 119166–17
On Linux: 119168–17
Solution Refer to the following publication for the latest upgrade documentation regarding this issue:Sun Java Enterprise System 5 Update 1 Upgrade Guide for UNIX
After upgrading Application Server from Java ES 3 on Linux, Access Manager stops working, and the server.log file indicates there was an error staring amlcontroller.
Solution Install sun-jss (JSS 4) and sun-jss3 manually:
Enter the command rpm -qa | grep sun-jss to check for the presence of sun-jss and sun-jss3.
If sun-jss is missing, manually add it:
rpm -Uhv download-root/Linux_x86/Product/shared_components/Packages/sun-jss-4.2.4-4.i386.rpm |
If sun-jss3 is missing, manually add it:
rpm -Uhv download-root/Linux_x86/Product/shared_components/Packages/sun-jss3-3.1.11-1.i386.rpm |
When upgrading Portal Server 7.1 to Portal Server 7.1 Update 2 using patches, various portal-related web applications might not function correctly after running psupdate in a non-English locale.
Solution Rerun the psupdate script in the English locale:
Display and note down the current values of the $LC_ALL and $LANG shell variables:
echo $LC_ALL echo $LANG |
Set these variables to values for the English locale:
export LC_ALL=en_US.UTF-8 export LANG=en_US.UTF-8 |
Rerun the psupdate script:
psupdate -a -i |
Restore the values of $LC_ALL and $LANG:
export LC_ALL=value-noted-in-step-1 export LANG=value-noted-in-step-1 |
If Portal Server is deployed to a version of Web Server that you are upgrading to Java ES 5 Update 1, you must also upgrade Portal Server.
Because there is no way on Windows to upgrade Portal Server to Java ES 5 Update 1, you cannot also upgrade Portal Server when upgrading Web Server. Instead, you must migrate Portal Server to useApplication Server as its container before you attempt to upgrade Web Server.
When upgrading Portal Server IFR (Interim Feature Release) 7.0 2005Q4 deployed in Web Server, you must upgrade components in a nonstandard sequence. See the Sun Java Enterprise System 5 Update 1 Upgrade Guide for UNIX for more information.
After upgrading Portal Server 7.0 and Web Server, attempts to create a new community in the Portal Server console generate an error.
Solution Follow these steps:
Log in to the Web Server administration console.
Click Configurations.
Select the configuration of the Portal Server instance that is running.
Click the Java tab.
View the Path seetings for Class Path Prefix.
Replace /opt/SUNWcacao/lib/cacao_cacao.jar with /usr/lib/cacao/lib/cacao_caca0.jar.
Save changes and exit the administration console.
After upgrading Portal Server 7.0, communities that existed in the Developer Sample are not longer usable.
Solution Change the file /var/opt/SUNWportal/portals/portal1/desktop/default/SearchProvider/dbMenu.jsp as follows:
Old: |
|
|
New: |
|
If you enabled the monitoring functionality of Instant Messaging in Java ES 2005Q1 or 2005Q4, you will need to manually upgrade your properties file after you upgrade to Java ES 5 Update 1.
Solution After you have upgraded your Instant Messaging instance on a given host, edit the new mfwk.properties file to include the configuration parameters you wish to preserve from your old agent.properties file.
When upgrading from Java ES 3 on Solaris 9 for x86, it is possible to have two versions of cacao running: the Java ES 3 version in support of Instant Messaging, and the Java ES 5 Update 1 version in support of upgraded components. In this situation, the psupgrade script used to upgrade Portal Server fails.
Solution Stop the Java ES 3 version of cacao before running the psupgrade script:
/opt/SUNWcacao/bin/cacaoadm stop |
After running psupgrade, restart the Java ES 3 version of cacao:
/opt/SUNWcacao/bin/cacaoadm start |
Whenever a product component is installed or upgraded in Configure Manually After Installation mode, the product's shortcuts are created only after the product is configured manually.
Message Queue is not affected by this problem.
Solution None.