将 server.policy 文件中的权限更改为如下所示：

默认端口在每个 AS 主要发行版中都有所不同 (6566481)

默认管理端口已在过去三个主要 Enterprise Server 发行版中都有所不同。具体而言，7.x、8.x 和 9.x 中的默认管理端口如下所示：

AS 7.x：4848

这不是错误，但是一个需要注意的事项。默认管理端口只是一个建议端口。希望在以后的 Enterprise Server 版本中将保留默认 4848 端口。

在 AIX 中使用自定义主密码时 create-domain 命令失败 (6628170)

在 AIX 操作系统上，尝试使用自定义主密码创建域失败，同时显示以下错误：

#!/bin/sh
changeKeystorePass() {
  keytool -storepasswd -keystore ${KEYSTORE} -storepass ${OLD} -new ${NEW}
changeTruststorePass() {
  keytool -storepasswd -keystore ${TRUSTSTORE} -storepass ${OLD} -new ${NEW}
changeKeyPass() {
  keytool -keypasswd -alias s1as -keystore ${KEYSTORE} -storepass ${NEW} -keypass ${OLD} -new ${NEW}
changeDomainPasswordEntry() {
  keytool -storepasswd -storetype JCEKS -keystore ${DOMAINPASSWORDS} -storepass ${OLD} -new ${NEW}
deleteMasterPasswordFile() {
  if [ -f ${DOMAIN_PATH}/master-password ] ; then
    echo Deleting ${DOMAIN_PATH}/master-password
    rm -f ${DOMAIN_PATH}/master-password
DOMAIN_PATH=$1
OLD=$2
NEW=$3
if [ $# != 3 ] ; then
  echo Usage: $0 domain-path old-master-pass new-master-pass
  exit 1
echo Processing ...
if [ ! -f ${DOMAIN_PATH}/config/domain.xml ] ; then
  echo "Domain with folder ${DOMAIN_PATH} does not exist, create it first"
  exit 2
  KEYSTORE=${DOMAIN_PATH}/config/keystore.jks
  TRUSTSTORE=${DOMAIN_PATH}/config/cacerts.jks
  DOMAINPASSWORDS=${DOMAIN_PATH}/config/domain-passwords
  changeKeystorePass
  changeTruststorePass
  changeKeyPass
  changeDomainPasswordEntry
  deleteMasterPasswordFile
aadmin create-domain {--adminport aminportno|--portbase portbase} domain-name
Please enter the admin user name>admin-user
Please enter the admin password>admin-user-password
Please enter the admin password again>admin-user-password
Please enter the master password [Enter to accept the default]:>
Please enter the master password again [Enter to accept the default]:>

默认主密码为 changeit。

更改 ncargs 属性的值后，无需重新引导或刷新守护进程。

Apache 和负载平衡器插件

本节介绍 Apache Web 服务器和负载平衡器插件的已知问题和相应的解决方法。

负载平衡插件不能捕获以 EJB 作为 Web 服务的 Java EE 应用程序的部署（问题 685）

当您部署任何带有基于 Servlet 的 Web 服务的 WAR（或 EAR）时，系统会以有关该 Web 服务的信息来更新 HTTP 负载平衡器。部署基于 EJB 的 Web 服务时，HTTP 负载平衡器的配置不会进行更新来反映出新对象。

手动将这些上下文根添加到负载平衡器配置文件 (loadbalancer.xml)。但是，（使用自动应用功能）对负载平衡器配置进行动态重新配置会导致之前所做的手动编辑丢失。

关闭 DAS 中的自动应用功能，改用手动导出功能来编辑负载平衡器配置并将其应用到 Web 服务器。

《高可用性管理指南》中不包含使用 Apache 2.0 证书的说明 (6307976)

必须以超级用户的身份启动 Apache Web 服务器 (6308021)

在 Solaris 上，如果 Application Server 由超级用户安装，则必须以超级用户的身份启动 Apache Web 服务器。必须以超级用户的身份来安装 Java Enterprise System 软件。对于 Apache 2.0，在以超级用户的身份启动后，Apache 会切换到您指定的另一用户并以该用户的身份运行。可在 /conf/httpd.conf 文件中指定该用户。要以超级用户的身份启动，在很多系统中都必须编辑 httpd.conf 文件以指定正确的组。将行：

有关用户/组使用的信息包含在 httpd.conf 文件中。

应用程序客户机

本节介绍已知的应用程序客户机问题和相应的解决方法。

封装在应用程序客户机归档文件中的库 JAR 将覆盖 MANIFEST 文件 (6193556)

如果在您的客户机 JAR 中具有顶层 JAR 文件（在此情况下，为 reporter.jar），则当您部署客户机 JAR 时，该 JAR 的 MANIFEST 文件将覆盖客户机 JAR 的 MANIFEST 文件。

目前尚无解决方法。

ACC 始终尝试连接到 localhost:3700 (6527987)

应用程序客户机始终尝试连接到 localhost:3700。问题在于在调用客户机代码之前，需要读取多个系统属性。

将以下各项设置为系统属性（JAVA_CMD 中的 -D）。请勿在应用程序客户机代码中设置它们：

无法启动域，缺少 sunpkcs11.jar (6571044)

如果在 64 位 Linux 上运行，则启动域时，会出现以下异常。问题在于 jdk1.5.0_11/jre/lib/ext/ 下缺少 sunpkcs11.jar。

这是 64 位 Linux 中的已知 JDK 错误，将在 JDK 1.5.0_13 中得以修正。

在多个选择器上注册 SocketChannel 时，执行 socketChannel.keyFor(lastRegisteredSelector) 会返回 null 而不是 SelectionKey。

此问题与 JDK 错误 (6562829) 相关，希望在 6.0 U3 中得以修正。Enterprise Server 2.1 中已包括解决方法，因此，在调用 keyFor API 之前打开选择器。这样可使 keyFor 继续作用，直至 JDK 错误得以修正。

捆绑的 Sun JDBC 驱动程序

本节介绍已知的捆绑的 Sun JDBC 驱动程序问题和相应的解决方法。

如果应用程序在一个事务中生成 3000 个以上 PreparedStatement 对象，DB2 可能会发生以下错误：

解决方法 1

将以下属性添加到连接池定义中，以使驱动程序可以重新绑定具有较大动态段值的 DB2 软件包：

解决方法 2

增大 DB2 服务器的配置参数 APPLHEAPSZ。最佳值为 4096。

隔离级别为 TRANSACTION_SERIALIZABLE。如果应用程序使用隔离级别 TRANSACTION_SERIALIZABLE 并使用上面建议的某个参数，该应用程序可能会在获取连接时挂起。

解决方法 3

重新引导计算机或启动服务器之后，无法启动 Java DB (6515124)

重新引导主机系统或 Solaris 区域或者启动 Enterprise Server 之后，捆绑的 Java DB 数据库无法自动重新启动。这不是错误，而是任何捆绑的应用程序或第三方应用程序的预期行为。问题在于必须在 Enterprise Server 实例之前启动 Java DB。

重新引导主机或 Solaris 区域之后，请务必在启动 Enterprise Server 之前启动 Java DB，例如：

在群集上，自动部署有时失败 (6610527)

在配置为支持群集的域中，计时问题有时会导致自动部署失败。在不支持群集的域中未发现此问题。

使用以下解决方法之一：

按以下方法使用自动部署：

捆绑的 ANT 抛出 java.lang.NoClassDefFoundError (6265624)

线程 "main" 中会抛出以下异常：java.lang.NoClassDefFoundError: org/apache/tools/ant/launch/Launcher。

建议不要对 Enterprise Server 外的对象使用捆绑的 ANT。

JSP 编译不使用特定于应用程序的类加载器 (6693246)

JSP 编译不使用特定于应用程序的类加载器（applibs 或 --libraries）。因此，引用这些 JAR 的 JSP 无法进行编译。

没有已知的解决方法。

本节介绍已知的文档问题和相应的解决方法。

Javadoc 不一致（各种 ID）

缺少多个 AMX 接口和方法的 Javadoc 或该 Javadoc 不正确：

EJB 初始化顺序导致 Resouce Injection 在 HandlerChain 中不起作用。

没有已知的解决方法。

本节介绍已知的高可用性数据库 (HADB) 问题和相应的解决方法。

负载平衡器插件运行状况检查在后台（负载）生成大量连接/断开连接操作 (6453946)

负载平衡器插件运行状况检查在后台（负载）生成大量连接/断开连接操作。为了进行运行状况检查，一个 runDaemonMonitor 线程会针对每个应用服务器侦听器执行连接/断开连接操作。这会导致 Enterprise Server 上出现连接饱和现象。

已经为 loadbalancer.xml 文件开发了新属性 monitor-interval-in-seconds。在为负载平衡器插件配置了数百个侦听器的情况下，可使用该属性在连接/断开连接事件之间插入暂停。默认暂停值为 0。

使用双网络进行 HADB 配置（无 ID）

使用两个子网上的双网络进行配置的 HADB 可以在 Solaris SPARC 上正常工作。但是，由于操作系统或网络驱动程序在某些硬件平台上的问题，已发现在 Solaris x86 和 Linux 平台上并不总是能够正确处理双网络。这就导致 HADB 出现以下问题：

在 Linux 上，发送消息时某些 HADB 进程会被阻塞。这将导致 HADB 节点重新启动以及进行网络分区操作。

创建新数据库可能会失败并出现以下错误，说明可用的共享内存段太少：

请确认已配置共享内存且配置能正常工作。特别是在 Solaris 8 上，请检查文件 /etc/system，然后确定变量 shmsys: shminfo_shmseg 的值至少为每个主机的节点数的六倍。

使用 hadbm set 增大设备或缓冲区大小时，管理系统会在创建数据库或添加节点时检查资源可用性，但在更改设备或主内存缓冲区大小时则不会检查是否有足够的可用资源。

在增大 devicesize 或 buffersize 配置属性之前，确认所有主机上都有足够的可用磁盘空间/内存空间。

不支持 packagepath 的异构路径 (5091349)

不能在不同主机上的不同位置使用相同名称注册同一个软件包；例如：

hadbm registerpackage test --packagepath=/var/install1 --hosts europa11
Package successfully registered.
hadbm registerpackage test --packagepath=/var/install2 --hosts europa12
hadbm:Error 22171: A software package has already been registered with 
the package name test.

HADB 不支持数据库群集中节点之间的异构路径。确保 HADB 服务器的安装目录 (--packagepath) 在所有参与的主机上都相同。

在具有多个网络接口的主机上运行管理代理时，如果所有网络接口不是在同一子网中，则 createdomain 命令可能会失败：

hadbm:Error 22020: The management agents could not establish a 
domain, please check that the hosts can communicate with UDP multicast.

管理代理将（如果不是采用其他配置）使用 UDP 多址广播的“第一个接口”（“第一个”接口由 java.net.NetworkInterface.getNetworkInterfaces() 的结果定义）。

最佳解决方法是告诉管理代理要使用哪个子网（在配置文件中设置 ma.server.mainternal.interfaces，例如，ma.server.mainternal.interfaces=10.11.100.0）。此外，也可以配置子网之间的路由器，以便路由多址广播数据包（管理代理使用多址广播地址 228.8.8.8）。

在重试管理代理的新配置之前，可能需要清除管理代理系统信息库。停止域中的所有代理，并删除存储库目录（由管理代理配置文件中的 repository.dr.path 标识）中的所有文件和目录。必须先在所有主机上执行此操作，然后才能用新配置文件重新启动代理。

启动、停止和重新配置 HADB 可能会失败或挂起（6230792、6230415）

在 Solaris 10 Opteron 上，使用 hadbm 命令启动、停止或重新配置 HADB 可能会失败或挂起，并产生以下错误消息：

hadbm:Error 22009: The command issued had no progress in the last 
300 seconds.
HADB-E-21070: The operation did not complete within the time limit, 
but has not been cancelled and may complete at a later time.

如果 clu_noman_srv 进程所使用的文件 (nomandevice) 存在不一致的读/写操作，就可能出现这种情况。通过在 HADB 历史文件中查找以下消息，可以检测到此问题：

n:3 NSUP INF 2005-02-11 18:00:33.844 p:731 Child process noman3 733 
does not respond.
n:3 NSUP INF 2005-02-11 18:00:33.844 p:731 Have not heard from it in 
104.537454 sec.
n:3 NSUP INF 2005-02-11 18:00:33.844 p:731 Child process noman3 733 
did not start.

以下解决方法未经验证，原因是此问题尚未手动再现。但是，对受影响的节点运行此命令应该能解决此问题。

管理代理会终止并产生异常“IPV6_MULTICAST_IF 失败”(6232140)

在运行 Solaris 8 且装有多个 NIC 卡的主机上启动时，如果混合启用了 IPv6 卡和 IPv4 卡，管理代理可能会终止并产生异常“IPV6_MULTICAST_IF 失败”。

将环境变量 JAVA_OPTIONS 设置为 -Djava.net.preferIPv4Stack=true；例如：

64 位版本的 Red Hat Enterprise Linux 3.0 中存在一个错误，导致 clu_trans_srv 进程在执行异步 I/O 时在不可中断的模式下结束。这意味着 kill -9 不起作用，必须重新引导操作系统。

使用 Red Hat Enterprise Linux 3.0 的 32 位版本。

当密码存储在 hadb 中时，其中的大写字母会转换成小写字母。

请勿使用包含大写字母的密码。

从 HADB 版本 4.4.2.5 降级到 HADB 版本 4.4.1.7 会导致 ma 失败，并产生不同的错误代码 (6265419)

降级到先前的 HADB 版本时，管理代理会失败并产生不同的错误代码。

可以降级 HADB 数据库，但如果已经对系统信息库对象进行更改，则无法降级管理代理。在降级后，必须仍然使用来自最新 HADB 版本的管理代理。

安装/删除和 symlink 保留 (6271063)

对于 HADB c 软件包 (Solaris: SUNWhadbc, Linux: sun-hadb-c) <m.n.u-p> 版的安装/删除，symlink /opt/SUNWhadb/<m> 在创建后不会有任何改动。因此，可能会存在孤立的 symlink。

除非正在使用 symlink，否则请在安装前或卸载后将其删除。

全局区域和局部区域中的管理代理可能会发生冲突 (6273681)

在 Solaris 10 上，在全局区域中使用 ma-initd 脚本停止管理代理会导致局部区域中的管理代理也停止。

请勿在全局区域和局部区域中都安装管理代理。

当会话对象在 MA 上已超时并被删除时，hadbm/ma 应该提供更准确的错误消息 (6275103)

有时，服务器上的资源争用问题可能会导致管理客户机断开连接。在重新连接时，可能会返回误导性的错误消息“hadbm: 错误 22184: 必须提供密码才能连接到管理代理”。

有时，服务器上的资源争用问题可能会导致管理客户机断开连接。在重新连接时，可能会返回误导性的错误消息“hadbm: 错误 22184: 必须提供密码才能连接到管理代理”。

检查服务器上是否存在资源问题，采取适当的措施（例如添加更多资源），然后重试操作。

非超级用户无法管理 HADB (6275319)

与 Java Enterprise System 一起安装（以超级用户的身份）仅允许超级用户管理 HADB。

要管理 HADB，请始终以超级用户的身份登录。

管理代理不应使用特殊用途的接口 (6293912)

IP 地址类似于 0.0.0.0 的特殊用途的接口不应注册为可供管理代理中的 HADB 节点使用的接口。如果用户使用主机名称而不是 IP 地址发出 hadbm create 命令，将 HADB 节点设置到这些接口上，则注册这些接口可能会导致出现此问题。此后，节点将无法通信，从而导致 create 命令挂起。

在具有多个接口的主机上使用 hadbm create 时，始终明确使用 DDN 表示法来指定 IP 地址。

在 Windows 上重汇编失败 (6291562)

在具有某些配置和负载的 Windows 平台上，操作系统中可能会出现大量的重汇编失败。已经发现 20 多个节点的配置在并行运行多个表扫描 (select *) 时有此问题。症状可能是事务频繁地异常中止，修复或恢复会持续很长时间才能完成，系统的各个部分会频繁超时。

如果浏览器具有其他路径为 / 的 cookie，无法维护会话状态 (6553415)

路径为 "/" 的 Cookie 与在 "/" 以外的上下文根目录中部署的高度可用 Web 应用程序（使用内存复制作为其持久性类型）的 Cookie 发生冲突，从而使高度可用的 Web 应用程序无法维护任何 HTTP 会话状态。通常，当使用同一浏览器访问管理 GUI（部署在 "/" 中）和高度可用的 Web 应用程序时，可能会出现这种情况。

通过其他浏览器访问部署在 "/" 中的 Web 应用程序。

LB 无法使用 IIS 6；as-install/lib 下缺少 SASL32.DLL 和 ZLIB.DLL (6572184)

要使负载平衡器能与 Windows IIS 6 配合工作，需要使用 SASL32.DLL 和 ZLIB.DLL 文件。当前，as-install/lib 下没有这些文件。

将这两个 DLL 文件手动复制到 as-install/lib。可以从以下网址下载这些文件：

全局区域中存在 DAS 创建/启动和 HA 软件包传播问题 (6573511)

在全局区域中安装或卸载具有高可用性软件包的 Enterprise Server 时，会出现两个问题：

在所有区域中都安装 HA 软件包，这可能不是所希望的。

部署在 "/" 中的高度可用的 Web 应用程序无法恢复在内存中复制的 HTTP 会话（问题跟踪器 2972）

当使用内存复制作为其持久性类型时，部署在 "/" 中的高度可用的 Web 应用程序无法维护任何 HTTP 会话。

将使用内存复制作为其持久性类型的高度可用的 Web 应用程序部署到 "/" 以外的上下文根目录中。如果要使此类 Web 应用程序位于 "/" 中，可以将其指定为 Web 应用程序已部署到的虚拟服务器的默认 Web 模块。

AS LB 安装程序未将 /usr/lib/mps 路径放在 apachectl LD_LIBRARY_PATH 中，无法启动 Apache SSL (6591878)

在 Solaris 上针对 Apache 安装 Enterprise Server 负载平衡器期间，安装程序将更新 apachectl 脚本中的 LD_LIBRARY_PATH。但是，安装程序未正确写入 /usr/lib/mps 路径。在 Solaris 上，如果 LD_LIBRARY_PATH 中没有此路径，则 Apache 安全性实例将无法启动。

只有 Solaris 平台存在此问题。要解决此问题，请将 /opt/SUNWappserver/appserver/lib/lbplugin/lib 添加到 LD_LIBRARY_PATH。

针对实例/群集启用/禁用 LB 应该显示正确的状态 (6595113)

无论 domain.xml 中保存了哪些内容，在“群集/实例”常规页上，“启用负载平衡”按钮都始终处于启用状态。

对于群集实例，请选择“实例”选项卡，然后在下拉菜单中单击“停止”操作。

Dependency Error:  Installation can not proceed because the version of HA
Session Store 4.4.3 detected on this host is incomplete , and a compatible
version is required by Servervice Registry Deployment Support.

在 Solaris 计算机上，不能使用 Enterprise Server IFR 从 JES 5 UR1 安装 Registry Server。必须使用 pkgadd 命令从以下 JES5 UR1 分发目录手动安装 Registry Server 软件包：

要保存此文件，请使用以下解决方法：

在 Internet Explorer 中，在“负载平衡器”页上单击“导出”。

将显示“XML page cannot be displayed”消息。

Timeout waiting for domain domain1 to go to starting state.
CLI156 Could not start the domain domain1.

域已成功启动。在重新引导计算机之后更正时间和日期。

在有 64 位 JDK 的情况下，安装失败 (6796171)

在有 64 位 JDK 的 64 位系统上，安装失败，因为安装程序试图使用 64 位 JDK。

如果要在 64 位系统上安装 Sun GlassFish Enterprise Server，请下载 32 位 JDK，并使用它在 64 位计算机上安装 Sun GlassFish Enterprise Server。您需要使用以下命令：./分发文件名 —javahome 32 位 JDK 位置路径

安装后，为确保 Sun GlassFish Enterprise Server 使用 64 位 JDK，请编辑 asenv.conf 文件中的 AS_JAVA 变量值，以指向 64 位 JDK 安装。

Enterprise Server 安装程序在 Linux 上崩溃 (6739013)

已在运行 Linux 并且环境变量 MALLOC_CHECK_ 设置为 2 的系统上发现该问题。

将环境变量 MALLOC_CHECK_ 设置为 0。运行以下命令之一：

对于 Bourne shell：

在某些 Linux 系统上，单击“完成”按钮之后，安装关闭会挂起 (5009728)

已在多种 Linux 系统上发现此问题。此问题在 Java Desktop System 2 上最常见，但在 Linux Red Hat 分发上也发现了此问题。

在安装程序的最后一个屏幕上单击“完成”按钮后，安装程序无法启动包含产品“关于”页面或产品注册页面的浏览器窗口，同时安装程序将无限期地挂起并且不返回命令提示符。

通过在启动安装程序的终端窗口中按 Ctrl+C 组合键来退出安装程序。执行此操作后，有时会启动包含产品“关于”页面或注册页面的浏览器窗口。如果不显示此窗口，请启动浏览器并输入以下 URL 以查看“关于”页面：

在 Windows 上，需要在安装期间创建 imq 目录 (6199697)

在 Windows 上刚刚安装之后，Message Queue 代理启动失败，并显示一条消息，说明目录 drive:\as\domains\domain1\imq 不存在。

请注意，如果在启动 domain1 后启动该代理，则 Application Server 将创建该目录，因此不会出现上述问题。

在创建代理之前创建 var_home_dir_location：

卸载无法正确更新 productregistry 文件；无法使用无提示模式进行安装 (6571598)

如果 Enterprise Server productregistry 文件包含共享组件配置，则 Enterprise Server 卸载过程无法正确更新 productregistry 文件，您将无法在后续安装中使用无提示模式，除非重命名或删除 productregistry 文件。按照设计，productregistry 文件中的共享组件条目保持不变，但是会导致与后续无提示安装发生混淆。

通过卸载日志文件报告卸载成功之后，先删除 productregistry 文件，然后再运行后续安装。要检验先前的卸载是否已成功完成，请在 as-install 中查找 appserv_uninstall.class 文件。如果卸载成功，此文件将不会存在。

如果卸载失败，请勿删除 productregistry。

在 Solaris 上，productregistry 文件位于 /var/sadm/install 中；在 Linux 上，位于 /var/tmp 中。

IFR。无法在稀疏局部区域中安装 AS，MQ 软件包问题。(6555578)

在稀疏局部区域中安装 Enterprise Server 时，如果未先安装 Message Queue (MQ)，安装便会失败。安装程序尝试安装 MQ，随后整个安装失败。

在稀疏局部区域中安装 Enterprise Server 之前，必须在全局区域中手动安装 MQ。此问题有两种解决方法：

通过包含 Enterprise Server IFR 安装的相同介质，在全局区域中手动安装 MQ 4.1，以获得最新的 MQ 软件包。

遗憾的是，IFR 安装程序不支持此升级，因此该提示是错误的。如果您对该提示回答是“是”，则安装将正常进行，但是不会出现表明已执行完整安装而不是升级的指示。

如果要升级 Enterprise Server 安装，请使用升级工具。

升级后启动域时，您会在日志中看到以下异常。(6774663)

可能会抛出以下异常：

升级完成并启动升级域之后，如果出现这些异常，可将其忽略。

Java EE 教程

使用管理控制台创建资源时，使用“目标”选项卡将服务器指定为目标。如果使用命令行或 asant 目标，则该服务器为默认目标，无需其他操作。

Java 持久性

TopLink 期望 Collection 字段/属性可复制（问题跟踪器 556）

如果 java.util.Arrays.asList() API 用于将 Object[] 转换为 Collection，则 JDK 将返回不可复制的 java.util.ArrayList 的实现。这将导致以下异常：

The method invocation of the method [protected native java.lang.Object 
java.lang.Object.clone() throws java.lang.CloneNotSupportedException] on the object 
[[pkg.A id = xxx]], of class [class java.util.Arrays$ArrayList], triggered an 
exception. Internal Exception: java.lang.reflect.InvocationTargetException Target 
Invocation Exception: java.lang.CloneNotSupportedException: 
java.util.Arrays$ArrayList

生命周期管理

本节介绍已知的生命周期管理问题和相应的解决方法。

设置 ejb-timer-service 属性会导致 set 命令失败 (6193449)

将 ejb-timer-service 属性 minimum-delivery-interval 设置为 9000 之后，如果尝试将 ejb-timer-service 属性 redelivery-interval-in-mills 设置为 7000，则会导致 set 命令失败并显示以下错误：

[echo] Doing admin task set
[exec] [Attribute(id=redelivery-interval-internal-in-millis) : 
Redelivery-Interval (7,000) 
should be greater than or equal to Minimum-delivery-interval-
in-millis (9,000)]
[exec] CLI137 Command set failed.

问题在于描述重新传送时间间隔属性与最小传送时间间隔属性之间关系的逻辑不正确，使您无法使用 GUI 或 CLI 来设置使最小传送时间间隔大于重新传送时间间隔的任何值。

必须始终将 minimum-delivery-interval-in-millis 设置为等于或大于 ejb-timer-service 属性 redelivery-interval-in-millis。aerver 在确认 redelivery-interval-in-millis 的值是否大于 minimum-delivery-interval-in-millis 的值时使用了错误的验证检查，这是产生上述问题的原因。

使用这些属性的默认值，如下所示：

如果要尝试使用 default-config 查看 JMS 物理目的地，将会出现错误消息。

这是预期行为。在 Enterprise Server 中，default-config 是配置信息的模板，因此，无法针对 default-config 执行 JMS 操作（例如 list 和 create）。但是，可以针对群集或独立实例的配置执行这些 JMS 操作。

仅 Win2003：非分页池泄漏内存，破坏 tcp 栈和丰富访问测试 (6575349)

有两种方法可以解决该问题：

通过配置 domain.xml http-listener 属性 blocking-enabled="true" 使用 Grizzly 阻塞模式，或者添加以下 http-listener 属性：

Message Queue

本节介绍已知的 Java Message Queue 问题和相应的解决方法。

如果 MQ 代理未启动，Enterprise Server 就不会启动 (6740797)

在将 JMS 配置为 REMOTE 的情况下，如果 MQ 代理未启动，Enterprise Server 将无法启动。

按以下方式设置以下 JVM 选项：com.sun.enterprise.jms.CONNECT_MQ_LAZILY=true。设置此 JVM 选项后，如果 MQ 代理未启动，您可以启动 Enterprise Server。不过，建议您在启动服务器之前启动 MQ。

在某些与时间相关的情况下，JMS 重新连接无法成功完成（6173308、6189645、6198481、6199510、6208728）

多种问题均可导致在与时间相关的情况下重新连接失败。

可以通过以下方法解决这些问题：

重新启动相关的代理

在 Linux 上，MQ 代理无法与群集配置文件一起启动 (6524871)

在 Linux 系统上，创建具有群集配置文件的域之后，可能会遇到 java.lang.OutOfMemoryError: heap space 错误，并且服务器实例可能会因为 MQ 代理未启动而无法重新启动。出现此情况之后，系统便永不会恢复。问题在于 /etc/hosts 文件配置错误；具体而言，服务器主机名称正在指向回送地址 127.0.0.1。

按照设计，MQ 代理群集无法在网络设备配置为指向回送地址的情况下启动。这不是错误。解决方法是确保 Enterprise Server 主机的 /etc/hosts 文件不指向 127.0.0.1。

在升级之前加载 imqjmsra.jar 会导致新旧类不匹配 (6740794)

在服务器启动期间，服务器会检查 Message Queue 版本。如果 Message Queue 版本不正确，则服务器将使用 imqjmsra.jar 进行升级。服务器只有在下一次重新启动后才能使用该升级 JAR 及其类。只有在单独升级 Message Queue 或单独修补应用服务器时，才会出现该情况。该情况有时会导致服务器无法启动。

需要在同一修补级别维护 Message Queue 和 Enterprise Server，或重新启动服务器。

本节介绍已知的监视问题和相应的解决方法。

某些 HTTP 服务监视统计信息未提供有用的信息，应该被忽略 (6174518)

在查看 HTTP 服务的某些元素的监视统计信息时，提供的某些值与当前值不对应或始终为 0。具体而言，以下 HTTP 服务统计信息不提供适用于 Enterprise Server 的信息，应该被忽略：

AIX: monitor 命令不能在 AIX 上运行 (6655731)

不能在 AIX 操作系统上运行 monitor 命令，因为 libcliutil.so 库文件未打包到 Enterprise Server 中。

没有已知的解决方法。此问题不影响基本样例功能。

升级之后，Enterprise Server 样例和 JES5 Portal 样例将争用 Derby 端口 1527 (6574563)

在 Windows 上，升级到 Enterprise Server 2.1.1 之后，样例和 JES 5 Portal 样例将争用 Derby 端口 1527。具体而言，Enterprise Server 2.1.1 将自动在具有 APP:APP 的端口 0.0.0.0:1527 上启动 JavaDB，但是 JES5 Portal JavaDB 要绑定到具有 portal:portal 的 hostnameIP:1527。

此错误所描述的问题已在 JES 5 错误 6472173 中出现。http://docs.sun.com 上《适用于 Microsoft Windows 的 Sun Java Enterprise System 5 安装指南》中记录了错误 6472173 的解决方法。

使用以下命令启动 Derby 数据库：