《Sun Java Enterprise System 5 Update 1 Upgrade Guide for UNIX》提供了在 Solaris 和 Linux 平台上升级到 Java ES 5 Update 1 的说明。下面各节中的问题描述了升级指南中未介绍的情况,因此它们只应与升级指南结合使用,而不能替代升级指南。
升级指南以及下面各节中介绍的问题均通过发行版本和发行版本号指代 Java ES 发行版。下表显示发行版本和发行版本号如何关联:
发行版本 |
发行版本号 |
---|---|
Java ES 5 Update 1 |
发行版本 5 Update 1 |
Java ES 5 |
发行版本 5 |
Java ES 2005Q4 |
发行版本 4 |
Java ES 2005Q1 |
发行版本 3 |
Java ES 2004Q2 |
发行版本 2 |
Java ES 2003Q4 |
发行版本 1 |
在 Access Manager 从版本 6.1 到 6.2 的升级过程完成后,升级日志指出未正确处理基于 DB 的日志记录。
解决方案:无。Access Manager 从版本 6.1 到版本 6.2 的升级过程不支持 DB 日志表备份。
在运行 Application Server 发行版本 3 或发行版本 4(8.1 版本)的系统上将任何 Java ES 组件升级到 Java ES 5 Update 1 之后,编译 JSP 页面时,Application Server 报告错误。
解决方案:将 Application Server 升级到 Java ES 5 Update 1,或将以下修补程序应用到 Application Server 8.1:
在 Solaris 系统上:119166–17
在 Linux 系统上:119168–17
解决方案:参阅以下出版物以获得有关此问题的最新升级文档:《Sun Java Enterprise System 5 Update 1 Upgrade Guide for UNIX》
在 Linux 上将 Application Server 从 Java ES 3 升级后,Access Manager 停止工作,并且 server.log 文件指示启动 amlcontroller 时出现错误。
解决方案:手动安装 sun-jss (JSS 4) 和 sun-jss3:
输入命令 rpm -qa | grep sun-jss 以检查 sun-jss 和 sun-jss3 是否存在。
如果缺少 sun-jss,则手动进行添加:
rpm -Uhv download-root/Linux_x86/Product/shared_components/Packages/sun-jss-4.2.4-4.i386.rpm |
如果缺少 sun-jss3,则手动进行添加:
rpm -Uhv download-root/Linux_x86/Product/shared_components/Packages/sun-jss3-3.1.11-1.i386.rpm |
使用修补程序将 Portal Server 7.1 升级到 Portal Server 7.1 Update 2 时,在非英文语言环境中运行 psupdate 后,各种与 portal 相关的 Web 应用程序可能无法正常工作。
解决方案:在英文语言环境中重新运行 psupdate 脚本:
显示并记下 $LC_ALL 和 $LANG shell 变量的当前值:
echo $LC_ALL echo $LANG |
将这些变量设置为英文语言环境的值:
export LC_ALL=en_US.UTF-8 export LANG=en_US.UTF-8 |
重新运行 psupdate 脚本:
psupdate -a -i |
恢复 $LC_ALL 和 $LANG 的值:
export LC_ALL=在步骤 1 中记录的值 export LANG=在步骤 1 中记录的值 |
如果将 Portal Server 部署到即将升级到 Java ES 5 Update 1 的 Web Server 版本,则必须还要升级 Portal Server。
由于在 Windows 上无法将 Portal Server 升级到 Java ES 5 Update 1,故而也无法在升级 Web Server 时升级 Portal Server。必须转而在尝试升级 Web Server 之前,先行迁移 Portal Server,以使用 Application Server 作为它的容器。
升级部署在 Web Server 中的 Portal Server IFR(Interim Feature Release,过渡功能版本)7.0 2005Q4 时,必须以非标准顺序升级组件。有关更多信息,参见《Sun Java Enterprise System 5 Update 1 Upgrade Guide for UNIX》。
升级 Portal Server 7.0 和 Web Server 后,尝试在 Portal Server 控制台中创建新社区时会产生错误。
解决方案:按以下步骤操作:
登录到 Web Server 管理控制台。
单击“配置”。
选择正在运行的 Portal Server 实例的配置。
单击 "Java" 选项卡。
查看“类路径前缀”的“路径”设置。
将 /opt/SUNWcacao/lib/cacao_cacao.jar 替换为 /usr/lib/cacao/lib/cacao_caca0.jar。
保存更改并退出管理控制台。
升级 Portal Server 7.0 后,无法再使用“开发者样例”中已存在的社区。
解决方案:更改文件 /var/opt/SUNWportal/portals/portal1/desktop/default/SearchProvider/dbMenu.jsp,如下所示:
旧的: |
|
|
新的: |
|
如果在 Java ES 2005Q1 或 2005Q4 中启用 Instant Messaging 的监视功能,则在升级到 Java ES 5 Update 1 之后,需要手动升级属性文件。
解决方案:在给定主机上升级 Instant Messaging 实例之后,编辑新的 mfwk.properties 文件,使其中包含旧的 agent.properties 文件中希望保留的配置参数。
在适用于 x86 的 Solaris 9 上从 Java ES 3 进行升级时,可能会有两个版本的 cacao 正在运行:用于支持 Instant Messaging 的 Java ES 3 版本,以及用于支持已升级组件的 Java ES 5 Update 1 版本。在这种情况下,用于升级 Portal Server 的 psupgrade 脚本会失败。
解决方案:在运行 psupgrade 脚本之前,先停止 cacao 的 Java ES 3 版本:
/opt/SUNWcacao/bin/cacaoadm stop |
在运行 psupgrade 之后,重新启动 cacao 的 Java ES 3 版本:
/opt/SUNWcacao/bin/cacaoadm start |
每当在“安装后手动配置”模式下安装或升级产品组件时,只有对产品手动进行配置后,才会创建该产品的快捷方式。
Message Queue 不受此问题影响。
解决方案:无。