Sun Java Enterprise System 5 Update 1 发行说明

升级问题明细

Access Manager pre61to62upgrade 脚本未正确处理基于 DB 的日志记录 (5042233)

在 Access Manager 从版本 6.1 到 6.2 的升级过程完成后,升级日志指出未正确处理基于 DB 的日志记录。

解决方案:无。Access Manager 从版本 6.1 到版本 6.2 的升级过程不支持 DB 日志表备份。

在其他组件升级到 Java ES 5 Update 1 之后,在 Application Server 中发生 JSP 编译错误 (6388329)

在运行 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 和 Linux 上,Portal Server 升级失败 — 无法找到 /opt/SUNWappserver7/bin/asadmin (6313972)

解决方案:参阅以下出版物以获得有关此问题的最新升级文档:《Sun Java Enterprise System 5 Update 1 Upgrade Guide for UNIX》

在 Linux 上,将 Application Server 从 Java ES 3 升级后,Access Manager 停止工作 (6447925)

在 Linux 上将 Application Server 从 Java ES 3 升级后,Access Manager 停止工作,并且 server.log 文件指示启动 amlcontroller 时出现错误。

解决方案:手动安装 sun-jss (JSS 4) 和 sun-jss3

  1. 输入命令 rpm -qa | grep sun-jss 以检查 sun-jsssun-jss3 是否存在。

  2. 如果缺少 sun-jss,则手动进行添加:


    rpm -Uhv download-root/Linux_x86/Product/shared_components/Packages/sun-jss-4.2.4-4.i386.rpm
  3. 如果缺少 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 应用程序无法正常工作 (6569515)

使用修补程序将 Portal Server 7.1 升级到 Portal Server 7.1 Update 2 时,在非英文语言环境中运行 psupdate 后,各种与 portal 相关的 Web 应用程序可能无法正常工作。

解决方案:在英文语言环境中重新运行 psupdate 脚本:

  1. 显示并记下 $LC_ALL$LANG shell 变量的当前值:


    echo $LC_ALL
    echo $LANG
  2. 将这些变量设置为英文语言环境的值:


    export LC_ALL=en_US.UTF-8
    export LANG=en_US.UTF-8
  3. 重新运行 psupdate 脚本:


    psupdate -a -i
  4. 恢复 $LC_ALL$LANG 的值:


    export LC_ALL=在步骤 1 中记录的值
    export LANG=在步骤 1 中记录的值
    

Web Server 和 Portal Server 具有特殊的升级依赖性(无错误号

如果将 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 7.0 进行升级需要遵循非常规顺序 (6507069)

升级部署在 Web Server 中的 Portal Server IFR(Interim Feature Release,过渡功能版本)7.0 2005Q4 时,必须以非标准顺序升级组件。有关更多信息,参见《Sun Java Enterprise System 5 Update 1 Upgrade Guide for UNIX》

对部署到 Web Server 的 Portal Server 7.0 进行升级后,无法创建新社区 (6562802)

升级 Portal Server 7.0 和 Web Server 后,尝试在 Portal Server 控制台中创建新社区时会产生错误。

解决方案:按以下步骤操作:

  1. 登录到 Web Server 管理控制台。

  2. 单击“配置”。

  3. 选择正在运行的 Portal Server 实例的配置。

  4. 单击 "Java" 选项卡。

  5. 查看“类路径前缀”的“路径”设置。

  6. /opt/SUNWcacao/lib/cacao_cacao.jar 替换为 /usr/lib/cacao/lib/cacao_caca0.jar

  7. 保存更改并退出管理控制台。

升级 Portal Server 7.0 后,“开发者样例”中先前存在的社区无法使用 (6591992)

升级 Portal Server 7.0 后,无法再使用“开发者样例”中已存在的社区。

解决方案:更改文件 /var/opt/SUNWportal/portals/portal1/desktop/default/SearchProvider/dbMenu.jsp,如下所示:

旧的: 


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");

若启用,含 Instant Messaging 的 Monitoring Framework 1.0 需要升级 (6515859)

如果在 Java ES 2005Q1 或 2005Q4 中启用 Instant Messaging 的监视功能,则在升级到 Java ES 5 Update 1 之后,需要手动升级属性文件。

解决方案:在给定主机上升级 Instant Messaging 实例之后,编辑新的 mfwk.properties 文件,使其中包含旧的 agent.properties 文件中希望保留的配置参数。

在适用于 x86 的 Solaris 9 上升级 Java ES 3 时,如果有两个版本的 cacao 正在运行,则 psupgrade 会失败 (6550198)

在适用于 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

在 Windows 上,使用“安装后手动配置”选项升级时会创建 Message Queue 和 High Availability,但不会创建 Application Server 程序组 (6500958)

每当在“安装后手动配置”模式下安装或升级产品组件时,只有对产品手动进行配置后,才会创建该产品的快捷方式。


注 –

Message Queue 不受此问题影响。


解决方案:无。