|
6171458
|
如果沒有 domain1，則 package-appclient 程序檔無法工作。
依預設，在 $INSTALL/lib/package-appclient.xml 中，asenv.conf 指向的 domain1 的 AS_ACC_CONFIG 變數有一個程序內定值。如果刪除 domain1 並建立新網域，則不會使用新網域名稱更新 AS_ACC_CONFIG 變數，從而導致 package-appclient 程序檔失敗。
解決方案
執行下列動作之一：
-
保持 domain1 不變，並在其周圍建立其他網域。
-
移除 domain1 並使用新的網域名稱取代 $INSTALL/lib/package-appclient.xml 中 domain1 的程序內定值。
如果沒有 domain1，則每次建立新網域時均必須執行此作業。
|
|
6196993
|
無法使用其他名稱復原備份的網域。
由於即使 asadmin restore-domain 指令可提供重新命名網域的選項，仍無法使用原始名稱之外的其他名稱復原網域，因而無法使用 backup-domain 和 restore-domain 指令，在同一 Application Server 安裝上鏡像網域。重新命名備份的網域表面上成功了，但嘗試啟動重新命名後的網域將會失敗，因為網域配置中的項目並未變更，且 startserv 與 stopserv 仍會使用原始的網域名稱來設定路徑。
解決方案
用於 restore-domain 的網域名稱必須與用於原始的 backup-domain 指令的網域名稱相同。Application Server 8.1 中的 backup-domain 指令和 restore-domain 指令僅在同一電腦上備份和復原相同網域時才會有效。
|
|
6200011
|
不支援使用其他 JMX 代理程式啟動 Application Server。
在 Application Server 上可以配置 J2SE 1.4.x、5.0 或更高版本。啟動 JMX 代理程式是 J2SE 5.0 平台不可或缺的功能。如果您在伺服器啟動時明確設定系統特性，則會啟動此功能。
範例值包含︰
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 Virtual Machine 上啟動新的 jmx-connector 伺服器。此作業會產生不良副作用，即負面影響管理功能，並且 Application Server 管理主控台和指令行介面可能會產生未預期的結果。問題在於在內建 jmx-connector 伺服器和新的 jmx-connector 伺服器之間存在某些衝突。
解決方案
在使用 jconsole (或其他任何 JMX-compliant 用戶端) 時，考量重複使用透過 Application Server 啟動程序檔啟動的標準 JMX 連接器伺服器。
該伺服器啟動後，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 啟動和停止程序檔的執行權限。
若在以使用者「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 檔案。如果伺服器管理員的 home 目錄中不存在此檔案，則升級在此伺服器上代管的某些應用程式時，可能會遇到嚴重錯誤。
解決方案
-
如果可能，應由安裝此伺服器的使用者執行 asadmin start-domain domain1 指令。
-
如果未由該使用者執行，則應從安裝使用者的 home 目錄中將 .asadmintruststore 移動或複製到執行使用者的 home 目錄。
-
請注意，若將此檔案從安裝使用者的 home 目錄移動 (而非複製) 到執行使用者的 home 目錄，則可能會發生應用程式升級問題 (例如在錯誤 6309079、6310428 和 6312869 中說明的問題)，因為在升級/安裝使用者 (在 Java ES 中一般為 root) 的 home 目錄中將不再包含 .asadminstruststore 檔案。
|
|
6407140
|
使用 start-node-agent 啟動的伺服器實例沒有最新的同步化內容。
asadmin start-node-agent 指令會自動啟動遠端伺服器實例，而不會與 DAS 同步化。
解決方案
若啟動與 DAS 所管理之中央儲存庫同步化的遠端伺服器實例，請搭配 asadmin start-node-agent 指令指定 --startinstances=false 選項。然後使用 asadmin start-instance 指令啟動遠端伺服器實例。
|
|
6654726
|
選取密碼套件的「管理主控台」功能運作不正常。選取 Http 偵聽程式的 [Support All Cipher Suites] 時，會停用核取方塊，但在重新整理頁面之後會再次啟用，即使核取了 [Support All...] 方塊亦然。雖然這看似問題，但是在輸入憑證暱稱並按一下 [儲存] 之後，這些變更將會寫入配置。
解決方案
無須採取任何動作。已儲存變更。
|
