|
6171458
|
如果不存在 domain1，则 package-appclient 脚本将不起作用。
默认情况下，在 $INSTALL/lib/package-appclient.xml 中有一个用于 domain1（由 asenv.conf 来指向）的 AS_ACC_CONFIG 变量的硬编码值。如果删除 domain1 并创建新域，将不会用新域名更新 AS_ACC_CONFIG 变量，从而导致 package-appclient 脚本失败。
解决方法
执行以下操作之一：
-
保持 domain1 不变，围绕它创建其他域。
-
删除 domain1 并用新域名替换 $INSTALL/lib/package-appclient.xml 中用于 domain1 的硬编码值。
如果 domain1 不存在，则每次创建新域时，都必须执行此操作。
|
|
6196993
|
无法恢复具有其他名称的备份域。
无法使用 backup-domain 和 restore-domain 命令镜像同一 Application Server 安装上的域，这是由于使用不同于原始名称的其他名称不能恢复域，即使 asadmin restore-domain 命令提供了重命名域的选项。重命名备份域似乎已成功，但尝试启动重命名的域却会失败，因为没有更改域配置中的条目，并且 startserv 和 stopserv 仍然使用原始域名来设置路径。
解决方法
用于 restore-domain 的域名必须与用于原始 backup-domain 命令的域名相同。Application Server 8.1 中的 backup-domain 和 restore-domain 命令仅用于在同一台计算机上备份和恢复同一个域。
|
|
6200011
|
不支持启动带有附加 JMX 代理的 Application Server。
J2SE 1.4.x, 5.0 或更高版本可以在 Application Server 上进行配置。J2SE 5.0 平台的完整功能是可以启动 JMX 代理。在服务器启动时，如果您明确设置了系统属性，此功能将被激活。
示例值包括：
name="com.sun.management.jmxremote" value="true"
name="com.sun.management.jmxremote.port" value="9999"
name="com.sun.management.jmxremote.authenticate" value="false"
name="com.sun.management.jmxremote.ssl" value="false"
|
在配置了 JMX 属性并启动服务器之后，将在 Application Server 虚拟机中启动新的 jmx-connector 服务器。此过程的副作用是会对管理功能造成不利影响，并且 Application Server 管理控制台和命令行界面可能会产生异常结果。出现此问题的原因在于内置 jmx-connector 服务器与新的 jmx-connector 服务器之间存在一些冲突。
解决方法
如果使用 jconsole（或任何其他 JMX 兼容客户机），请考虑重新使用标准的 JMX Connector Server，它在 Application Server 启动时启动。
当服务器启动时，server.log 中将显示类似于以下所示的内容。您可以连接到其中指定的 JMXService URL，并在成功提供证书后执行相同的管理/配置操作，例如：
[#|2004-11-24T17:49:08.203-0800|INFO|sun-appserver-ee8.1|javax.
enterprise.system.tools.admin|_ThreadID=10;|ADM1501: Here is
the JMXServiceURL for the JMXConnectorServer: [service:jmx:rmi:
///jndi/rmi://hostname:8686/management/rmi-jmx-connector]. This
is where the remote administrative clients should connect using
the JSR 160 JMX Connectors.|#]
|
有关更多信息，请参阅管理指南。
|
|
6206176
|
在 UNIX 上，过度限制对 Application Server start 和 stop 脚本的执行权限。
如果您以用户 "A" 身份登录后运行 asadmin restore-domain 命令，这些脚本将以权限 744 (rwxr--r--) 结束。如果随后尝试以用户 "B" 的身份（即使 "B" 为超级用户）启动或停止域，则会因为只有 "A" 可以执行脚本而失败。
解决方法
更改脚本的权限：
chmod 755 appserv/domains/domain-name/bin/*
|
|
|
6236544、6275436
|
负载平衡器配置文件不能随任何 Web 服务的端点 URL 创建。
如果某个应用程序具有可导出 Web 服务 URL 的 EJB 模块，则在用该应用程序设置负载平衡器配置时，Web 服务环境中的超级用户不会包含在结果文件 loadbalancer.xml 中。
解决方法
-
编辑 loadbalancer.xml 文件，按如下所示添加缺少的 Web 模块：
<web-module context-root="context-root-name"
disable-timeout-in-minutes="30" enabled="true"/>
|
-
用作为 EJB 提供的 Web 服务环境中的超级用户名称替换 context-root-name 的值。
|
|
6288893
|
用 sun-appserv-admin 重新启动 Application Server 会导致 LoginException 错误。
解决方法
-
将现有的 <as_install>/bin/asant 脚本重命名为 asant.bak。
-
将 <as_install>/lib/install/templates/ee（适用于 SE/EE 版本）中的 asant.template 文件复制到 <as_install>/bin/ 目录中，并将其重命名为 asant。
-
编辑新复制的 <as_install>/bin/asant 脚本，用 <as_install>/config 替换 %CONFIG_HOME% 标记。
-
如果对原始 asant.bak 文件进行了任何手动更改，请将其并入新的 asant 脚本。
|
|
6315957
|
Application Server 文档中未介绍 .asadmintruststore 文件。如果服务器管理员的主目录中不包含此文件，在升级该服务器上的某些应用程序时可能会出现严重错误。
解决方法
-
如果可能，应该由安装服务器的用户运行 asadmin start-domain domain1 命令。
-
如果不是由该用户运行的，应将 .asadmintruststore 从安装用户的主目录移动或复制到运行用户的主目录中。
-
请注意，如果将该文件从安装用户的主目录移动（而非复制）到运行用户的主目录，可能会出现错误 6309079、6310428 和 6312869 所述的应用程序升级问题，原因是升级/安装用户（通常是 Java ES 中的超级用户）的主目录中不再具有 .asadminstruststore 文件。
|
|
6462903
|
在 Application Server 8.1 管理 GUI 中，多次单击保存按钮时会出现错误。
更改服务器实例上的 HTTP 端口值时，在进行端口更改之前启动服务器实例，或在服务器实例出现故障时仅单击一次保存按钮。
|
|
6506605
|
asadmin multimode 似乎高速缓存了主密码。
以 multimode 运行时，asadmin 进行的以下系列操作会失败：
create-domain
start-domain
stop-domain
delete-domain
create-domain
|
最后一个 create-domain 会失败，并显示错误：
Invalid database password. CLI130 Could not create domain, domain2
|
此问题是由 JDK 限制所导致。
解决方法
请勿使用 asadmin multimode 在单个 Java VM 中创建多个域。您无法使用 asadmin multimode 来创建或启动两个具有不同主密码的域。
|
