適用於 UNIX 的 Sun Java Enterprise System 5 版本說明

此版本說明文件包含有關 Sun Java^TM Enterprise System (Java ES) 5 的重要資訊。開始使用 Java ES 之前請先閱讀本文件，以增進您的整體安裝與作業體驗。本文件會依需要更新，以說明新出現的問題。若要了解這些更新，請參閱修訂歷程。您可在 Java ES 5 網站找到本文件的最新版本，網址為 http://docs.sun.com/coll/1286.2 與 http://docs.sun.com/coll/1412.2。

涵蓋的平台：本文件涵蓋用於下列平台的 Java ES：

• 用於 SPARC^TM、x86 和 x64 的 Solaris 10 平台

• 用於 SPARC 和 x86 的 Solaris 9 平台

• 用於 x86 和 x64 的 Red Hat Enterprise Linux 4 (AS 和 ES) 平台

• 用於 x86 和 x64 的 Red Hat Enterprise Linux 3 (AS 和 ES) 平台

• 用於 PA-RISC 2.0 的 HP-UX 11.11v1 平台

如需有關 Microsoft Windows 平台上之 Java ES 的資訊，請參閱「Sun Java Enterprise System 5 Release Notes for Microsoft Windows」。

涵蓋的元件：本文件涵蓋隨 Java ES 安裝程式分發和由其安裝的 Java ES 元件。不提供以其他方式分發和安裝的 Java ES 元件之資訊。

涵蓋的主題：本文件主要涵蓋下列主題：

• Java ES 的一般平台需求和問題

• Java ES 的一般相容性問題

• Java ES、安裝程式和解除安裝程式以及隨安裝程式和解除安裝程式分發的 Java ES 元件的安裝、升級與解除安裝問題，其中，對於 Java ES，這些問題為一般性問題。

由於此版本說明文件並未涵蓋與元件使用各個方面相關的問題，因此您還應閱讀所要使用的 Java ES 元件之元件版本說明。如需可用元件版本說明的清單，請參閱元件版本說明。

修訂歷程

元件版本說明

所有的元件特定資訊均會在各自的元件版本說明中進行介紹。可在 http://docs.sun.com/coll/1315.2 上找到下列元件版本說明。

此版本的新增功能

為了繼續向 Sun 軟體使用者提供增值服務，Sun 對現有元件進行了增強並為 Java ES 5 增加了新的元件。下列清單概要介紹了主要的增強與新增功能。如需更多詳細資訊，請參閱個別 Java ES 元件的版本說明。

• Directory Server 新的主要版本，包括做為子元件之 Directory Proxy Server 新的主要版本

• Portal Server 新的主要版本

• Web Server 新的主要版本

• Sun Cluster Geographic Edition 軟體的新增功能

• 改善了對於 Solaris 容器的支援，包括在稀疏根區域和整體根非全域區域的安裝

• 改善了系統範圍的監視能力並增加了監視主控台

不再使用和移除的功能

此版本中不再使用和移除的功能

Java ES 系統範圍的下列功能在此版本中已不再使用或已移除。如需有關此版本中不再使用或已移除之元件特定功能的資訊，請參閱相應元件的版本說明。

• 此版本不支援 Solaris 8 或 Red Hat Enterprise Linux 2.1。在交付 Java ES 2005Q4 時，Sun 宣佈，在 2005Q4 版本之後將不會針對這些作業系統發行新版本的 Java ES。

• Sun Java Enterprise System 軟體權利文件中不再包括這些通訊產品。Sun 於 2006 年 8 月宣佈了此項變更。

  下列通訊產品在 Java ES 安裝程式中不再提供。如需有關下載這些產品的資訊，請參閱 BigAdmin 上的 Sun Java Communications Suite 資訊中樞，網址為 http://www.sun.com/bigadmin/hubs/comms。

  • Sun Java System Messaging Server

  • Sun Java System Calendar Server

  • Sun Java System Instant Messaging

  • Sun Java System Communications Express

  • Sun Java System Communications Services Delegated Administrator

未來版本中不再使用或將移除的功能

下列公告適用於未來版本的 Java ES。

• 在 Java ES 的下個主要版本中可能會移除對 J2SE 1.4 的支援。

• 在 Java ES 的下個主要版本中可能會移除對 Red Hat Linux 3 的支援。

• 在 Java ES 的下個主要版本中可能會移除對 Microsfot Windows 2000 的支援。

此版本所解決的問題

下表列出了「Java ES 2005Q4 版本說明」中報告的分發、安裝和解除安裝問題，這些問題在 Java Enterprise System 5 中已得到解決。如需過去元件版本說明中所報告問題之狀態的相關資訊，請參閱元件目前版本的版本說明。

平台需求和問題

作業系統的硬體需求

安裝和使用 Java ES 5 所需的磁碟空間和 RAM 變化範圍很大，具體取決於您要在系統上安裝的元件。在單一系統上安裝所有元件時，建議至少要滿足下列各值。若要取得更精確的值，請將您要在系統上安裝之元件的版本說明中的值加在一起。

Solaris 需求和問題

建議的 Solaris 更新層級

雖然在 SPARC 和 x86 平台上所有版本的 Solaris 9 和 Solaris 10 都支援 Java ES 5，但 Sun 建議您使用下列更新：

• Solaris 9：Update 7 (9/04) 或更新版本

• Solaris 10 SPARC：Update 1 (1/06) 或更新版本

• Solaris 10 x86：Update 2 (6/06) 或更新版本

支援的 Solaris 軟體群組

Java ES 可在使用下列 Solaris 軟體群組安裝的 Solaris 系統上執行：

• SUNWCXall – 整個 Solaris 軟體群組加上 OEM 支援

• SUNWCall – 整個 Solaris 軟體群組

• SUNWCprog – 開發者 Solaris 軟體群組

Solaris 10 上的最小化安裝 (6331921)

倘若您未安裝 Sun Cluster 或 Sun Cluster Geographic Edition，Java ES 亦可在使用 SUNWCreq (核心系統 Solaris 軟體群組) 或 SUNWCuser (一般使用者 Solaris 軟體群組) 安裝的最小化 Solaris 10 系統上執行。

若要在安裝了 SUNWCreq 的 Solaris 10 系統上安裝 Java ES 5，請增加這些套裝軟體：

如果您要使用圖形化 (GUI) 安裝程式，亦請增加這些套裝軟體：

Java ES 已在以上所列的兩種 Solaris 10 最小化安裝中進行了測試。但是，Java ES 元件的某些功能可能需要額外的套裝軟體才能使用。

必要的 Solaris 修補程式叢集

Java ES 安裝程式會檢查您的系統中是否有執行您所安裝元件所必需的作業系統修補程式。為避免在 Solaris 上安裝時無法進行上述檢查，Sun 提供了修補程式叢集，您可先行下載並套用，之後再執行安裝程式。取得這些修補程式叢集：

1. 連線至 http://sunsolve.sun.com。

2. 按一下 [修補程式與升級程式] (Patches and Updates)。

3. 按一下 [建議的修補程式叢集] (Recommended Patch Clusters)。

4. 找到開頭為「Java ES Required OS」且適用於您 OS 版本的修補程式叢集，並下載該修補程式叢集。

請注意，這些修補程式叢集可能包含 Solaris 核心修補程式。因此，請確定您：

• 詳讀修補程式叢集的讀我檔案。此外，也請閱讀叢集中每個修補程式的讀我檔案，尤其是核心修補程式的讀我檔案。

• 在單一使用者模式中安裝修補程式叢集，並在安裝後執行重新配置重新開機 (boot -r)。如果有部份修補程式無法安裝，並報告 [呼叫額外的修補程式指令前需要重新配置重新開機] (reconfigure reboot is needed before invoking additional patch commands)，您必須在重新開機後再次安裝該叢集。

亦請注意，Java ES 所需的大部份 OS 修補程式已包含在最近的 Solaris 更新中。因此，如果您執行的是最近的 Solaris 更新，可以執行 Java ES 安裝程式，以探索一些您必須套用的修補程式並進行下載，而不必下載整個修補程式叢集。

Linux 需求和問題

root 在 Red Hat Linux 3 update 8 (AS 和 ES) for x86 (6460658) 上不是有效的使用者

在執行 Red Hat Enterprise Linux 3 update 8 的 x86 系統上安裝 Java ES 5 時，無法辨識「root」系統使用者。

解決方案：安裝 Java ES 之前，先安裝 Red Hat 站點上最新的 coreutils-4.5.3-28.4.i386.rpm 和 coreutils-4.5.3-28.4.x86_64.rpm。

HP-UX 需求和問題

必要的 HP-UX 升級和修補程式

在 HP-UX 上安裝、配置和執行 Java ES 元件前，您必須先安裝某些軟體更新和修補程式。這些更新包括：

• Transport Optional Upgrade Release (TOUR) 3.1

• GOLDQPK11i(B.11.11.0509.429) Sept 2005 Quality Pack

  • GOLDAPPS11i(B.11.11.0509.429)

  • GOLDBASE11i(B.11.11.0509.429)

修補程式包括：

• PHSS_30966

• PHCO_29328

• PHKL_25842

• PHNE_29445

這些更新和修補程式可從 HP IT 資源中心下載，其網址為：http://itrc.hp.com。

Java ES 5 所支援的平台虛擬技術

透過平台虛擬能夠在共用硬體之上的內含環境中執行多個不相關的訪客作業系統。由於平台虛擬有很多好處，今日有各種各樣的虛擬技術和產品可以使用。

經過測試，Sun 支援在使用 Logical Domains (LDoms) 軟體虛擬化的 Solaris 10 環境上部署 Java ES 5，該軟體是在 Solaris 10 11/06 中引進的。

LDoms 在基於 UltraSPARC T1 和 T2 的伺服器上執行。如需有關 LDoms 及其功能和需求的資訊，請參閱 Logical Domains 文件集 (http://docs.sun.com/coll/ldom1.0)。

如果您在非 LDoms 的虛擬化環境內所支援的作業系統中部署 Java ES 元件時碰到問題，可能會要求您先在非虛擬化環境中示範該問題，然後 Sun 才能做出回應並提供服務。

同非虛擬化環境中的部署一樣，您應為每一台虛擬機器分配所建議的資源 (處理器、記憶體、儲存器等)，以確保應用程式效能達到足夠的層級。如需所建議和支援的系統需求，請參閱元件文件。

Java ES 5 支援的 Web 瀏覽器

Java ES 5 元件提供的網路型管理介面至少支援下列 Web 瀏覽器：

• 適用於 Solaris 9 和 10、Windows 2000 和 XP、Red Hat Linux 3 和 4、Mac OS X 的 Firefox® 1.0.7

• 適用於 Solaris 9 和 10、Windows 2000 和 XP、Red Hat Linux 3 和 4、Mac OS X 的 Mozilla^TM 1.7.12

• 適用於 Solaris 9 和 10、HP-UX 的 Netscape^TMCommunicator 7.1

• 適用於 Windows 2000 和 XP 的 Netscape Communicator 8.0.4

• 適用於 Windows 2000 的 Microsoft Internet Explorer 6.0 SP1

• 適用於 Windows XP 的 Microsoft Internet Explorer 6.0 SP2

如需關於 Java ES 5 元件提供的一般使用者 Web 介面所支援的 Web 瀏覽器的資訊，請參閱提供介面之元件的版本說明。 Java ES 5 元件的版本說明可從 http://docs.sun.com/coll/1315.2 中取得。另請參閱元件版本說明。

Java Platform Standard Edition (Java SE) 需求

在 Solaris 和 Linux 上，Java Enterprise System 已通過認證，並包含 Java SE 5.0 Update 9 (1.5.0_09)。在 HP-UX 上，Java Enterprise System 已通過認證，並包含 Java SE 5.0 Update 3 (1.5.0_03)。此外，以下項目與 Java SE 1.4.2 相容：

• 共用元件

• 一般使用者用戶端應用程式

• 公用 Java API

特定元件可能支援 Java SE 的額外版本，或與某些 Java SE 版本有相容性問題。如需資訊，請參閱元件的版本說明。

相容性問題

以下各小節說明 Java ES 5 與 Java ES 先前發行版本的向下相容性問題。此外，在此提出的問題牽連多個 Java ES 元件，或與 Java ES 安裝程式或解除安裝程式有關。如需與特定元件向下相容性有關的資訊，請參閱特定元件版本說明中的相容性資訊。請參閱元件版本說明以取得元件版本說明清單。

Java SE 5.0 Update 9 與 Application Server 7 (2137473、6203688、6409072) 不相容

Java ES 5 已通過 Java SE 5.0 Update 9 (1.5.0_09) 認證。如果 Java ES 安裝程式在系統上找不到此版的 Java SE，會安裝此版本，並透過符號連結 /usr/jdk/entsys-j2se 將其提供給 Java ES 元件使用。

Java ES 2004Q2 隨附的 Application Server 7 版本會使用此符號連結，但它與 Java SE 5.0 Update 9 不相容。因此，在您安裝 Java ES 5 元件後，Application Server 7 將無法正確運作。

解決方案：Java ES 不支援在單一系統上混合安裝 2004Q2 版和 5 版的元件。升級 Java ES 2004Q2 版系統時，您必須升級所有元件。如果需要在升級期間存取 Application Server 7，您可以變更其配置，使其指向 Java SE 1.4.2 (隨 Java ES 2004Q2 一起安裝)：

1. 登入 Sun Java System Application Server 7 管理主控台。

2. 更新管理伺服器和每個應用程式伺服器實例的 Java 設定，變更 Java Home，使其指向 Java SE 1.4.2 的位置。請記住要為每個實例執行 [套用變更] (Apply Changes)。

3. 停止包含管理伺服器在內的所有應用程式伺服器實例。

4. 修改 Application Server 7 config 子目錄中的 asenv.conf 檔案，將 AS_JAVA 設定為指向 Java SE 1.4.2 的位置。

5. 重新啟動 Application Server 7。

Java ES 5 共用元件與舊版 Instant Messaging (6440340) 不相容

使用 Java ES 安裝程式升級或安裝共用元件後，已安裝在系統上的舊版 Instant Messaging 將無法再正常運作。症狀包括 Instant Messaging Multiplexor 或伺服器無法啟動。

此問題是由於 Java ES 5 的 Sun Java System Instant Messaging and Presence API (IMAPI) 共用元件與舊版 Instant Messaging 不相容所引起的。在下列情況下，Java ES 安裝程式會安裝或升級 IMAPI：

• 安裝 Portal Server

• 安裝 Service Registry

• 安裝或升級所有共用元件

因此，此問題僅限於上述情況。

解決方案：將 Instant Messaging 升級至 7.2 版。

安裝問題

以下資訊與使用 Java Enterprise System 安裝程式的安裝程序有關。

一般安裝問題

使用 Java ES 安裝程式安裝元件後，您必須使用解除安裝程式來解除安裝 (無錯誤編號)

若您直接移除元件套裝軟體或 RPM，則下次執行安裝程式時，安裝程式可能會發現該元件仍處於已安裝狀態，但運作得不正常。

解決方案：如果您已手動移除元件套裝軟體或 RPM，您必須仍然使用 Java ES 解除安裝程式來將該元件解除安裝。

在 CLI 模式中，即使缺少交換空間，Java ES 安裝程式也會繼續進行 (6436570)

如果您執行 Java ES 安裝程式的系統沒有足夠的交換空間來執行安裝程式，CLI 模式安裝程式 (./installer -nodisplay) 會在顯示包含以下內容的錯誤訊息後繼續執行：

com.sun.entsys.dre.DREException: Not enough space

解決方案：如果您看到此訊息，請結束安裝程式。接著，配置更多交換空間或釋放現有交換空間，然後再次執行安裝程式。

在 Solaris 10 上，在整體根區域中安裝失敗 (6451030)

當在舊版 Solaris 10 的整體根區域中安裝 Java ES 時，安裝程式會顯示以下其中一個訊息：

區域中不支援的元件
選取的元件所需之下列元件不受本機區域支援，因此無法直接將它們安裝在本機區域中。
請先透過全域區域安裝這些元件，再繼續執行此安裝作業

     共用元件

或

系統上所安裝的 Sun Web Console 套裝軟體有缺陷，這會造成 Java ES 無法在整體根非全域
     區域中進行安裝。要修正這種情況，您必須在整體根區域中安裝 Java ES 之前，升級全域中的 
     Sun Web Console 套裝軟體。如需詳細資訊，請參閱「Java ES Release Notes」(錯誤 6451030) 
     及「Installation Guide」。

出現這些訊息是因為已安裝的 Sun Java Web Console 套裝軟體包含錯誤的屬性設定，這會讓安裝程式無法升級這些套裝軟體。包含錯誤屬性設定的 Sun Java Web Console 套裝軟體隨附於 Solaris 10、Solaris 10 1/06、Solaris 10 6/06 和 Java ES 2005Q4。

解決方案：為解決此問題，您必須先升級全域區域中的 Sun Java Web Console 套裝軟體，然後再將 Java ES 安裝到整體根區域中。您有兩種選擇：

• 在全域區域中，執行安裝程式並僅安裝「所有共用元件」。這會升級 Sun Java Web Console 套裝軟體並修正區域屬性，但也會將所有其他的 Java ES 5 共用元件安裝至全域區域中，並傳遞至所有非全域區域中。如果在整體根區域中安裝舊版的 Java ES，則您的狀況不會接受這種方式，也不建議採用。

• 在全域區域中，只升級 Sun Java Web Console 套裝軟體。若要如此，可登入全域區域並瀏覽至 Solaris 的 Java ES 5 安裝目錄。以 root 身份執行以下指令：

  cd Product/sunwebconsole ./setup

  setup 程序檔會升級全域區域中的 Sun Java Web Console，並傳遞升級至所有非全域區域中。

在 HP-UX 上，Java ES 安裝程式有效能問題 (6472918)

Java ES 安全程式會與 HP-UX 倉庫機制互動，以找到安裝元件、檢查相依性並安裝位元。倉庫機制的用戶端-伺服器架構會使系統回應時間變慢，重複的互動會讓整體安裝程序明顯比其他平台慢。

解決方案：無。

由於檔案描述元限制較低，安裝程式不報告元件配置故障 (5018734、 6523904)

如果系統的檔案描述元限制設定得過低，將無法正確配置某些元件。安裝程式不報告這類配置故障，但配置記錄檔案會顯示這些故障。

解決方案：安裝前，將檔案描述元限制設定為較高的值，如 1024 或 2048。安裝後，您可以將檔案描述元限制重設回其原先的值。

Java ES 安裝程式需要某個機制來查詢產品授權類型是否為試用版 (6265136)

安裝程式應檢查共用元件是否為試用版元件，並在其確為試用版元件時將其替代。

解決方案：確保在開始安裝之前工作站未安裝試用版元件。

區域改善與實體媒體安裝 (6298792)

使用 CD 交換在區域內進行任何 Java ES 2005Q4 安裝均會失敗。Java ES 2005Q4 不支援從 CD 安裝至非全域區域。需要特別指出的是，也不支援在本機區域上安裝 Sun Cluster。

安裝程式要求不適用於 Solaris 9 update 6 的修補程式 (6315304)

在 Solaris 9 Update 6 上安裝建置 10 時失敗，因為安裝程式要求的修補程式 (修補程式 117714–06) 不適用於 Update 6。

解決方案：安裝 SUNWced 與 SUNWcedu 套裝軟體。

安裝記錄訊息不總是有效 (無錯誤編號)

請注意，記錄訊息不一定有效。例如，即使某些 (但不是全部) 元件產品在發生某種錯誤後進行了安裝，也仍會顯示 [未安裝任何軟體] 訊息。

元件選取頁面中元件的自動選取有些混亂 (4957873)

選取元件產品後，安裝程式會自動選擇安裝任何附屬的元件產品。元件產品選取頁面並不指出已將附屬元件產品與原始元件產品一併選取。

解決方案：無。

某些語言環境中介面的視窗寬度不足 (4949379)

某些語言 (例如德文) 的視窗寬度不足以顯示整個介面。因此，如提示之類的元素文字的右邊或底部會被截斷。

解決方案：手動調整視窗大小。

Access Manager 安裝問題

在 HP-UX 上，Access Manager 安裝找不到 gettext 二進位 (6497926)

在 HP-UX 上安裝 Access Manager 時安裝會失敗，這表示 Access Manager 找不到 gettext 二進位。

解決方案：下載 getext 0.14.6 或更新版本，並進行安裝。

Access Manager SDK 配置導致 Web 伺服器啟動失敗錯誤 (6293225)

Web 伺服器啟動失敗問題可歸咎於 Access Manager 的 SDK 配置。在目前方案中，AMConfig.properties 檔案包含錯誤的資訊，會導致一連串的 Web 伺服器啟動失敗。下列變數的資訊不正確：

• com.iplanet.am.directory.host

• com.iplanet.am.server.host

• com.iplanet.am.console.host

• com.iplanet.am.profile.host

• com.iplanet.am.naming.url

• com.iplanet.am.notification.url

解決方案：在節點 B (Access Manager SDK 隨 Web Server 一併安裝於該位置) 上，修改 <Web_Server_Instance_dir>/config/server.xml 檔案，並將所需的 Access Manager JAR 檔案增加到類別路徑中。

安裝程式不增加對應於現有目錄安裝的平台項目 (6202902)

Java ES 安裝程式不會為現有目錄伺服器安裝 (DIRECTORY_MODE=2) 增加平台項目。

解決方案：編輯平台服務的 [伺服器清單] 屬性來增加第二個實例。例如，如果第一個實例為 host1.example.com，它會有一個 http://host1.example.com:port|01 這樣的項目。如果第二個實例在 host2 上且使用的 Directory Server 與 host1 相同，請使用 Access Manager 管理員主控台來增加一個 http://host2.example.com:port|02 這樣的項目。

在現有 DIT 上安裝 Access Manager 時必須重建 Directory Server 索引 (6268096)

為了改善搜尋效能，Directory Server 有數個新增的索引。因此，在現有目錄資訊樹 (DIT) 中安裝 Access Manager 後，請執行 db2index.pl 程序檔以重建 Directory Server 索引。例如：# ./db2index.pl -D "cn=Directory Manager" -w password -n userRoot。

DS-install-directory/slapd-hostname/ 目錄中提供了 db2index.pl。

pre61to62upgrade 程序檔對基於 DB 的記錄處理得不正確 (5042233)

Access Manager 從版本 6.1 到版本 6.2 的升級程序完成後，升級記錄指出對基於 DB 的記錄的處理不正確。

解決方案：無。Access Manager 從版本 6.1 至版本 6.2 的升級程序不支援備份 DB 記錄表。

在啟用了 SSL 的 Directory Server 上安裝 Access Manager (無錯誤編號)

如果 Directory Server 已安裝，且僅啟用了 LDAPS (SSL)，Access Manager 的安裝將會失敗。若要安裝 Access Manager，請先為 Directory Server 啟用 LDAP (無 SSL)。 在 Access Manager 安裝完成後，您可以停用 LDAP，只留下 LDAPS。

密碼與根尾碼中不允許有單引號 (無錯誤編號)

Access Manager 不支援在密碼 (如用於 amadmin 者) 與 Directory Server 根尾碼中使用單引號 (\q)，但支援使用反斜線 (\\)。

若 Directory Server 實作 [重設密碼]，Access Manager 的安裝會失敗 (4992507)

執行 Java Enterprise System 安裝程式時，若將 Directory Server 配置為要求使用者第一次登入時變更密碼，Access Manager 的安裝會失敗。

解決方案：將 Directory Server 密碼重設策略設定為「off」。

當 Access Manager 和 Directory Server 安裝在不同的機器上時，將不會對認證服務進行初始化 (6229897)

儘管 classpath 和其他 Access Manager Web 容器環境變數在安裝期間進行了更新，但安裝程序不重新啟動 Web 容器。如果您在安裝 Access Manager 之後，於重新啟動 Web 容器之前嘗試登入 Access Manager，則會傳回以下錯誤：

認證服務未初始化。請與您的系統管理員連絡。

解決方案：重新啟動 Web 容器，然後再登入 Access Manager。在您登入前，Directory Server 也必須處於執行狀態。

Access Manager 不更新 Application Server domain.xml (6439597)

Access Manager 未正確地以 JVM 選項和伺服器類別路徑更新 Application Server domain.xml。已知會在以下情境中發生這種狀況：

1. 安裝並配置 Application Server 和 Directory Server。

2. 建立節點代理程式。

3. 建立非預設 Application Server 實例。

4. 在 [以後配置] 模式下安裝 Access Manager。

5. 編輯 amsamplesilent 檔案，然後使用 amconfig 執行該檔案。

6. 嘗試使用瀏覽器登入 Access Manager 時，顯示錯誤訊息。

解決方案：安裝 Access Manager 之前，編輯 amsamplesilent 檔案，使容器區段包含以下資訊：

AS81_HOME=/opt/SUNWappserver/appserver
AS81_PROTOCOL=$SERVER_PROTOCOL
AS81_HOST=$SERVER_HOST
#AS81_HOST=$DISTAUTH_HOST
AS81_PORT=$SERVER_PORT
AS81_ADMINPORT=$ADMIN_PORT
AS81_ADMIN=admin
AS81_ADMINPASSWD="$ADMINPASSWD"
AS81_INSTANCE=server1
AS81_DOMAIN=domain1
AS81_INSTANCE_DIR=/var/opt/SUNWappserver/nodeagents/nodename/server-instance
AS81_DOCS_DIR=/var/opt/SUNWappserver/nodeagents/nodename/server-instance/docroot
AS81_ADMIN_IS_SECURE=true

編輯完成後，執行 amconfig 指令：

./amconfig -s amsamplesilent

Application Server 安裝問題

安裝 Domain Administration Server 後，Node Agent 列示為已安裝且相容 (6379283)

如果您安裝 Application Server Domain Administration Server，Application Server Node Agent 會在後續安裝階段作業中列示為已安裝且相容。此問題是由於 Domain Administration Server 和 Node Agent 使用同一組套裝軟體，僅在配置上有差異所引起。

解決方案：無。用於支援節點代理程式的軟體已安裝。若要建立節點代理程式，請使用 asadmin create-node-agent 指令。請參閱 create-node-agent(1) 以瞭解詳細資訊。

安裝程式不識別使用者在配置頁面中輸入的主機名稱 (4931514)

安裝程式提示您輸入 Application Server 的「伺服器名稱」。但是，無論您在文字欄位中輸入何內容，安裝程式都使用機器的實際主機名稱。

解決方案：如果伺服器名稱與伺服器的主機名稱不同，請成為超級使用者，並在相應網域目錄 (「伺服器根」目錄) 中鍵入以下內容：

# find . -type f -exec grep -l $HOSTNAME {} \\ ;

然後，適當地變更檔案內容。

無法在 Linux 上啟動網域 (6396102)

在 Linux 上，嘗試啟動網域會產生參照 libstdc++ 的異常。發生這種狀況的原因是 Application Server 要求 Linux 上具有某些相容性程式庫，但依預設不會安裝這些程式庫。

解決方案：安裝以下相容性程式庫：

• compat-gcc-7.3-2.96.build.i386.rpm

• compat-gcc-c++-7.3-2.96.build.i386.rpm

• compat-libstdc++-7.3-2.96.build.i386.rpm

這些程式庫依預設不進行安裝，但 Red Hat Linux 發行物中提供了它們。請注意，build 的值可能會隨 Red Hat Linux 版本的不同而發生變化。

Directory Server 安裝問題

在 Solaris 9 上安裝後會存在兩個版本的 Directory Server (無錯誤編號)

Directory Server 5.1 與 Solaris 9 綑綁在一起。因此在您透過 Java ES 5 安裝 Directory Server 後，系統上將存在兩個版本：來自 Solaris 9 的 5.1 版和來自 Java ES 的 6.0 版。

當您在這類系統上使用 Directory Server 時，您必須確定使用的是與您要管理的 Directory Server 版本關聯的指令集。

儲存尾碼的索引配置變更會產生空值錯誤 (6507803)

透過 Internet Explorer 6 存取 Directory Service Control Center 時，儲存尾碼的索引配置變更會導致出現空值錯誤。此外，該作業的進度視窗看似已凍結。

解決方案：透過不同的瀏覽器 (如基於 Mozilla 的瀏覽器) 存取 Directory Service Control Center。

Monitoring Console 安裝問題

Monitoring Console 無法與其他 Java ES 元件安裝在相同的主機上 (6441664)

Java ES 安裝程式可讓您選取任何元件和所有元件來與 Sun Java System Monitoring Console 一併安裝。但是，由於 Monitoring Console 的限制，當它與其所監視的元件安裝在相同的 Solaris 區域中時，將無法執行。如果與其他元件一起選取 Monitoring Console，安裝不會失敗，但您將無法配置和執行 Monitoring Console。

解決方案：在未安裝其他 Java ES 元件的專屬主機上安裝 Monitoring Console。 執行安裝程式時，安裝其他元件時不選擇同時安裝 Monitoring Console。如需更多詳細資訊，請參閱「Sun Java Enterprise System 5 監視指南」中的「使用 Java ES 安裝程式安裝 Monitoring Console」。

或者，您可以透過在安裝有 Solaris 10 作業系統的本機區域中建立一個專屬邏輯主機，將 Monitoring Console 與其他 Java ES 元件安裝在同一實體機器上。如需更多詳細資訊，請參閱「Sun Java Enterprise System 5 監視指南」中的「在 Solaris Zone 中安裝 Monitoring Console」。

如果您要將 Java ES 元件安裝在您先前安裝和配置 Monitoring Console 的主機上，請遵照「Sun Java Enterprise System 5 監視指南」中的「取消配置 Monitoring Console」程序。

Monitoring Console 必須安裝在預設位置 (6471270)

如果 Monitoring Console 不安裝在預設位置，Web Console 找不到它，因此無法將其啟動。

解決方案：安裝 Monitoring Console 時不指定非預設位置。

安裝程式不自動配置 Monitoring Console (與 6488160 有關)

安裝 Sun Java System Monitoring Console 後，Java ES 安裝程式不自動配置並啟動 Monitoring Console。

解決方案：您必須在安裝後手動執行指令來配置和啟動 Monitoring Console。請參閱「Sun Java Enterprise System 5 監視指南」中的「安裝 Monitoring Console」中的程序，再參閱「Sun Java Enterprise System 5 監視指南」中的「啟動 Monitoring Console」程序。

Portal Server 安裝問題

安裝後無法登入 Mobile Access (6437280)

發生該問題的原因是 Access Manager Web 應用程式 web.xml 檔案中的 AMLControllerFilter 篩選器的篩選項目加有註釋。

解決方案：在 Access Manager Web 應用程式的 web.xml 檔案中，取消為 AMLControllerFilter 篩選項目添加的註釋。

Portal Server 配置似已當機：進度的顯示方塊不發生變化 (6350387)

配置 Portal Server 時，安裝進度的顯示方塊不移動。這會給人配置程序已當機的感覺。

解決方案：忽略表面上的不活動，等待 Portal Server 配置程序完成，效能較低的系統最多可能要 45 分鐘才能完成。

(Solaris 與 Linux) Portal Server 升級失敗 — 找不到 /opt/SUNWappserver7/bin/asadmin (6313972)

解決方案：請參閱以下出版品以取得關於此問題之最新升級文件：

「適用於 UNIX 的 Sun Java Enterprise System 5 升級指南」

說明檔案連結對桌面上的 iFrameprovider 無效 (6199105)

從 SampleIFrame Channel 按一下說明圖示會產生 [HTTP Status 404 — /portal/docs/en/desktop/iframechann.htm is not available]。

解決方案：無。未提供對 iFrame 提供者的說明。

Portal Server 的安裝與解除安裝看似已當機 (5106639)

在 Portal Server 的安裝與解除安裝期間，安裝程式與解除安裝程式似已當機。延遲可長達 30 分鐘，之後安裝/解除安裝才會成功完成。

解決方案：無。

Sun Cluster 安裝問題

執行 Solaris 10 的 x86 機器無法在叢集模式下啟動 (6299971)

執行 Solaris 10 的 x86 機器無法在叢集模式下啟動，因為對 Solaris 啟動架構專案進行了變更。機器開機時會顯示以下錯誤訊息：

使用此產品必須遵守授權規定。
通知：無法開啟 /etc/cluster/nodeid

通知：正以非叢集模式開機
通知：無 PCI PROP
通知：無 PCI PROP
正在配置設備。
主機名稱：pvyom1
devfsadm：minor_init 對於模組 /usr/lib/devfsadm/linkmod/SUNW_scmd_link.so 失敗
正在載入 smf(5) 服務說明：24/24
/usr/cluster/bin/scdidadm：無法載入 DID 實例清單。
無法開啟 /etc/cluster/ccr/did_instances。
不做為叢集的一部份開機
/usr/cluster/bin/scdidadm：無法載入 DID 實例清單。
無法開啟 /etc/cluster/ccr/did_instances。
注意：path_to_inst 可能未更新。請依需要執行「boot -r」來進行更新。

解決方案：執行以下步驟：

1. 將 /etc/cluster/nodeid 增加至 /boot/solaris/filelist.ramdisk。

2. 輸入以下指令：

   # bootadm update-archive # reboot -- -r

當所有節點同時啟動時，無法形成 16 個節點的叢集 (6320429)

嘗試同時啟動 16 個節點的叢集的所有節點會造成節點發生錯誤，節點會進入當機狀態，等待達到法定數目。

造成此錯誤的原因是私用互連交換器的配置不正確。必須為用於 Sun Cluster 私用互連的交換器連接埠停用跨越樹狀結構。由於沒有為 16 個節點的叢集上的交換器執行此作業，因此發生該錯誤。由於出現此錯誤，無法將叢集轉入線上狀態。

為了解決這個問題，必須為用於 Sun Cluster 私用互連的交換器連接埠停用跨越樹狀結構。

解決方案：無。

安裝 Sun Cluster 本土化套裝軟體時顯示警告訊息 (6338473)

安裝 Sun Cluster 本土化套裝軟體時，會在 Java ES 安裝記錄中顯示以下警告訊息。本土化套裝軟體命名為 SUNW*scspmu。未選擇本土化元件進行安裝時，此警告訊息不會出現。

警告：smreg 已無效，僅為與舊有主控台應用程式相容而保留。請改用 wcadmin。

鍵入「man wcadmin」或「wcadmin --help」以取得詳細資訊。

產生此警告的原因是 Sun Cluster 本土化套裝軟體使用 smreg 指令，而非 wcadmin，後者是 Sun Java(TM) Web Console 3.x 中的新指令。此訊息會暗示客戶必須再執行一個步驟才能完成 Sun Cluster 安裝，因此可能會誤導客戶。

解決方案：此警告不是因安裝錯誤而產生的。您可以放心地忽略此警告訊息。

Sun Cluster HA Application Server Agent 不支援 Application Server 8.1 與 HADB 8.1 (6212333)

安裝程式提供了選擇一併安裝 Sun Cluster HA Application Server Agent 與 Application Server 和 HADB 8.1 的選項。不過，HA Application Server Agent 不支援 Application Server 及 HADB 8.1。因此，您無法配置 HA Application Server。

解決方案：不將 HA Application Server Agent 與 Application Server 和 HADB 8.1 一併安裝。

適用於先前版本 Directory Server 的 Sun Cluster Data Services (無錯誤編號)

Java Enterprise System 2005Q1 包括適用於 Sun Java System Directory Server 5 2004Q2 的 Sun Cluster Data Service。如果需要適用於 Sun Java System Directory Server 5.0 或 5.1，或適用於 Netscape HTTP 4.1.6 版的 Sun Cluster Data Service，Sun Cluster 3.1 Data Services 10/03 發行版本中有提供。若要請求獲得該發行版本，請與您的 Sun 客戶服務代表連絡。

適用於 Oracle Parallel Server/Real Application Clusters 的 Sun Cluster Data Services 不是從 Sun Cluster 3.1 CD 安裝的 (無錯誤編號)

而是使用 Java Enterprise System 1 Accessory CD Volume 3 安裝的。此外，資料服務不是使用代理程式 CD 安裝的，而是使用 Java Enterprise System 1 Accessory CD Volume 3 安裝的。

如果系統中已有一個 Sun Cluster 代理程式，安裝程式不允許再安裝其他 Sun Cluster 代理程式 (無錯誤編號)

如果您在執行 Java Enterprise System 安裝程式之前已經安裝了 Sun Cluster Agent，則安裝程式不允許您安裝其他代理程式。

解決方案：使用 pkgadd 安裝其他 Sun Cluster 代理程式。

Web Server 安裝問題

若安裝目錄包含先前安裝版本的檔案，則 Web Server 安裝失敗 (無錯誤編號)

解決方案：備份所有配置檔案。接著，移除安裝目錄，然後使用 Java Enterprise System 安裝程式來安裝 Web Server。

升級問題

「適用於 UNIX 的 Sun Java Enterprise System 5 升級指南」說明如何在 Solaris 和 Linux 平台上升級至 Java ES 5。以下段落中的問題說明升級指南中未包含的情況，僅供與升級指南搭配參考使用，不能取代之。

升級指南和以下段落中的問題按發行版本和版本號碼參照 Java ES 版本。下表為發行版本和版本號碼的關聯：

升級問題條列

安裝程式未將 Access Manager、Application Server 和 Message Queue 本土化套裝軟體升級 (6446805)

升級 Access Manager、Application Server 或 Message Queue 時，安裝程式不會升級本土化套裝軟體，即使您選擇了 [為所有選取的元件安裝多種語言套裝軟體] 選項。

解決方案：按照「適用於 UNIX 的 Sun Java Enterprise System 5 升級指南」中的說明，先移除本土化套裝軟體，再進行升級。

在其他元件升級至 Java ES 5 後，Application Server 中發生 JSP 編譯錯誤 (6388329)

在執行發行版本 3 或發行版本 4 Application Server (版本 8.1) 的系統上，將任何 Java ES 元件升級至 Java ES 5 後，當您編譯 JSP 網頁時 Application Server 報告錯誤。

解決方案：將 Application Server 升級至 Java ES 5，或套用以下修補程式至 Application Server 8.1：

• Solaris 系統上：119166–17

• Linux 系統上：119168–17

在 Linux 系統上，當其他元件升級至 Java ES 5 後，部署在 Application Server 的應用程式會丟出 Java.security.AccessControlException ( 6517722)

在執行 Application Server 的 Linux 上，將 Java ES 元件升級至 Java ES 5 後，如果嘗試啟動一些已經部署的應用程式，會丟出 Java.security.AccessControlException。造成此問題的原因是 Java ES 5 中 ant 檔案的位置發生變更

解決方案：升級 Application Server 至 Java ES 5，或遵循這些步驟：

1. 在 Application Server 的 config/asenv.conf 檔案中，將 AS_ANT_LIB 的值從 "/opt/sun/lib" 變更為 "/opt/sun/share/lib"。

2. 重新啟動 Application Server。

對部署到 Web Server 中的 Portal Server 7.0 進行升級需要遵循非常規的順序 (6507069)

升級部署在 Web Server 中的 Portal Server IFR (Interim Feature Release，臨時功能發行版本) 7.0 2005Q4 時，您必須以非標準順序升級元件。如需詳細資訊，請參閱「適用於 UNIX 的 Sun Java Enterprise System 5 升級指南」。

若有啟用，需升級帶有 Instant Messaging 的 Monitoring Framework 1.0 (6515859)

如果您啟用 Java ES 2005Q1 或 2005Q4 中 Instant Messaging 的監視功能，在您升級至 Java ES 5 後，必須手動升級特性檔案。

解決方案：當您升級指定主機上的 Instant Messaging 實例後，請編輯新的 mfwk.properties 檔案，以包含您要從舊 agent.properties 檔案中保留下來的配置參數。

監視問題

本節說明 Monitoring Console 與 Monitoring Framework 中的已知問題。Monitoring Framework 為一共用元件，會自動與其他元件一同安裝，以啟用監視。

監視所需的修補程式

為避免出現 Monitoring Framework 中的一些已知問題，需具備下列修補程式。這些修補程式包含於 Java ES 所需的其他修補程式軟體集或 Solaris 作業環境的更新版本中。然而，您應驗證在要監視 Java ES 產品元件的主機上，這些修補程式或其替代程式是否存在：

對於 HP-UX 作業系統，監視所需的修補程式包含於 HP-UX 需求和問題的說明中。

Monitoring Console 介面問題

未顯示新主機憑證以供驗證 (6467360)

當新增要監視的新主機時，Monitoring Console 使用 SSL 來保護連線安全，但不會顯示所選主機呈現的憑證。因為 Monitoring Console 會將主機的根密碼傳輸至節點代理程式，因此攻擊者很容易偽造預訂主機的 IP 位址並接收密碼。發生這種狀況的風險很低，因為大部分的節點代理程式已在位於安全網路的主機上執行。

解決方案：如果您的節點代理程式主機沒有在安全網路內，您應先驗證其可信賴性，然後再將這些主機新增為 Monitoring Console 內的新主機。若要驗證主機的可信賴性，請登入主機並確定您可識別其配置和檔案系統。對於 UNIX 主機，您可使用 ssh 登入來檢視憑證資訊。

「應用程式伺服器」指的是應用程式實例 (6495539、6388513)

包含於產品中的物件在 Monitoring Console 中稱為「應用程式伺服器」。請勿將此詞彙與 Sun Java System Application Server 混淆。

解決方案：在 Monitoring Console 環境中，應用程式伺服器是指已安裝 Java ES 元件的執行中實例。

Monitoring Console 中的回應時間很慢 ( 6490794、6438443)

在 Monitoring Console 中顯示及切換頁面時，有時須花上 30 秒。

解決方案：於未安裝其他應用程式的功能強大的主機上執行 Monitoring Console。

Monitoring Console 不顯示主機或網域名稱 (6444357、6446325、6496542)

左邊樹狀結構的標籤中未包含主機或網域名稱，僅有元件名稱。這樣很難辨別不同主機上的相似元件。同樣的，建立監視規則並選擇受監視的元件時，很難辨別不同主機上相同元件的實例。

解決方案：在受監視元件之詳細檢視中，查看主機識別碼。有些元件的實例名稱中包含其程序 ID，因此您必須知道各主機上實例之程序 ID。

無法以簡單方式停用特定元件的監視 (6446505)

Monitoring Console 無法以個別元件的基礎啟用或停用監視。

解決方案：您必須透過每個元件自己的機制啟用和停用元件監視。如需指示，請參閱「Sun Java Enterprise System 5 監視指南」中的第 2 章「啟用和配置 Monitoring Framework」中元件特定的小節。

當受監視元件停止時，主控台並不總是加以反映 (6487785)

當受監視元件當機或正常停止時，其受監視物件不會自節點代理程式中移除，且仍會在 Monitoring Console 左側的樹狀結構中顯示。同樣的，如果您停止整個節點代理程式，那麼主機節點不會從左側樹狀結構中移除。此問題會間歇性發生。

解決方案：停止或重新啟動伺服器實例時，可能需要重新啟動節點代理程式、主代理程式與 Monitoring Console。如果您停止主機及其節點代理程式，則需要重新啟動主代理程式和 Monitoring Console。「Sun Java Enterprise System 5 監視指南」中的「重新啟動節點代理程式」的「重新啟動節點代理程式」說明了兩者的程序。

監視規則與警報不會隨主機刪除 (6474032)

若有主機從 Monitoring Console 中移除，與此受監視元件相關聯的監視規則與警報不會自動刪除。這會在您再次新增相同的主機時讓規則和警示狀態持續。

解決方案：如果您沒有計劃再次新增該主機，則使用「規則」 對話方塊尋找並刪除與該主機關聯的所有規則。當主機移除時存在的警示可被確認，但會保留在 Monitoring Console 中，這是因為無法再存取觸發警示的受監視屬性。為避免讓警示一直處於確認狀態，請在移除主機之前，先解決受監視元件中所有的警示狀況，並確認 Monitoring Console 中的警示。

較不嚴重的 Monitoring Console 問題

下列清單追蹤 Monitoring Console 中的其他已知問題。

6366190

預設未排序各種表格

6375583

從「使用此已安裝產品的物件」連結的主機，不該是未知的物件

6388558

使用 AppServer 外掛程式，「此伺服器包含的物件」應不會包含子物件的子物件

6390983

主機表中，啟用與停用功能未正確運作

6396891

標題與描述欄位顯示 Statistics 與 Settings 物件，但不顯示基本物件

6495587

選擇物件並按一下「監視規則」->「新增」時，不應要求使用者再次選擇物件

6405363

列出的已知主機之 JVM 物件名稱不一致

6405949

「應用程式伺服器」建立的 CMM_Cluster 物件未在任何位置顯示

6412408

「新增規則」對話方塊中的可見物件清單不清楚

6429231

「入口網站」、「Web」和「應用程式伺服器」物件的「物件」與「運作狀態」未知

6388513

Application Server 中所部署的 Enterprise Java Bean 應具備多個描述性名稱

6434184

Application Server 監視物件中的屬性名稱無法使用

6434241

Application Server 的內部配置變更未反映在「Monitoring Console」中

Monitoring Framework 問題

不支援 Linux IPv6 迴路介面 (6356355)

在 Linux 系統上，若啟用 IPv6，就無法使用 Monitoring Framework 。結果，此系統上您所監視元件之設備就不會載入 cacao 容器，而您也就不會在「Monitoring Console」上看到。

解決方案：可能的解決方案有兩種：

• 將 Monitoring Framework 配置為不使用迴路介面：

  1. 在 Monitoring Framework 配置目錄中 (預設為 /etc/opt/sun/mfwk/config)，複製範例特性檔案：

     cp mfwk.properties.sample mfwk.properties

  2. 在新複製的 mfwk.properties 檔案中設定下列參數：

     mfwk.multicast.disableloopback=true

  3. 使用「Sun Java Enterprise System 5 監視指南」中的「重新啟動節點代理程式」一節的程序，重新啟動節點代理程式、主代理程式和 Monitoring Console。

• 或以下列步驟停用 Red Hat 3.0 上的 IPv6：

  1. 尋找此行是否出現於 /etc/modprobe.conf 檔案中：

     alias net-pf-10 ipv6

  2. 變更此行，或加入下列行：

     alias net-pf-10 off

  3. 重新啟動系統。現在 IPv6 應已停用。

  在 Red Hat 4.0 上，以相同步驟使用 /etc/modules.conf 檔案。

從節點代理程式解除部署已監視元件可能會造成死結 (6481273)

在停用受監視元件的程序中，應從節點代理程式中取消部署，但有時會停頓住。特別是永遠不會傳回 cacaoadm undeploy 指令，而監視會被封鎖在整個節點代理程式中。

解決方案：結束程序，然後使用「Sun Java Enterprise System 5 監視指南」中的「重新啟動節點代理程式」一節的程序，重新啟動節點代理程式、主代理程式和 Monitoring Console。

C 元件在 Linux 上的監視效能緩慢 (6332884)

依靠 C 程式庫與 Monitoring Framework 連繫的元件在 Linux 作業環境執行時，在 Monitoring Console 中可能顯示較緩慢

解決方案：無。

在節點作業後，C 元件的監視效能緩慢 (6410218)

依靠 C 程式庫的元件在重新部署或終止同一節點代理程式中的其他元件後，在 Monitoring Console 中可能顯示較緩慢的監視效能

解決方案：重新啟動包含節點代理程式之節點的 Common Agent Container，然後使用「Sun Java Enterprise System 5 監視指南」中的「重新啟動節點代理程式」一節的程序重新啟動主代理程式和 Monitoring Console。

C 元件未與節點代理程式安全通訊 (6405037)

依靠 C 程式庫的元件與同一主機上節點代理程式之間的通訊不安全。依照預設，通訊使用迴路介面，因此會降低安全性風險。

解決方案：無。

Java 元件的 SNMP 效能低下 (6437945)

透過 SNMP 存取時，依靠 Java 程式庫與 Monitoring Framework 聯繫的元件會遭遇效能問題。

解決方案：無。

節點代理程式無法發現 Solaris 9 上的受監視元件(6504230)

因 Solaris 9 中的一個錯誤，發往 IPv4 位址的封包未傳遞給 IPv6 通訊端上的偵聽程式。這樣便會中斷節點代理程式與該主機上受監視元件之間的探索機制。

解決方案：強制節點代理程式的 JVM 以下列指令偵聽 IPv4 通訊端：

cacaoadm stop
oldvalue=`cacaoadm get-param java-flags --value`
cacaoadm set-param java-flags="${oldvalue} -Djava.net.preferIPv4Stack=true"

然後使用「Sun Java Enterprise System 5 監視指南」中的「重新啟動節點代理程式」一節的程序，重新啟動節點代理程式、主代理程式和 Monitoring Console。

如果時鐘未同步，會阻止在 Monitoring Console 中添加主機 (6487357)

若節點代理程式主機與主代理程式主機的時間相差太多，則在 Monitoring Console 中增加節點的動作會失敗。主代理程式 Monitoring Framework 的錯誤記錄會「在建立 JRMP 連線過程中」報告發生嚴重錯誤。

解決方案：設定兩台主機的時間讓它們同步化。

不支援私用 C API 的說明文件 (6463023)

誤將私用 C API 的說明文件附加於執行階段套裝軟體中。所描述的介面屬於私用，且可能隨時變更，因此不建議使用。

解決方案：無。

HP_UX：過多的同時監控規則造成例外狀況 (6481758)

當在 HP-UX 作業系統的節點代理程式中平行建立許多監視規則時，Java 虛擬機器 (JVM) 中的執行緒數字會超過核心參數限制，並導致 OutOfMemory 例外。

解決方案：下載並執行 HPjconfig 工具，如「Sun Java Enterprise System 5 監視指南」中「在 HP-UX 上針對 Monitoring Framework 最佳化核心參數 」一節的程序所述。

解除安裝問題

Access Manager 解除安裝問題

Access Manager 監視模組在解除安裝期間未取消註冊 (6360971、 6369681)

解除安裝 Access Manager 時，其監視模組描述元未取消註冊。

解決方案：使用 cacaoadm 取消註冊 com.sun.cmm.am 描述元：

1. 確認有 com.sun.cmm.am 描述元：

   # cacaoadm list-modules List of modules registered: com.sun.cacao.agent_logging 1.0 ... com.sun.cmm.am 1.0 ...

2. 取消註冊描述元：

   # cacaoadm unregister-module com.sun.cmm.am.xml

3. 重新啟動 cacao：

   cacaoadm restart

4. 確認 com.sun.cmm.am 已取消註冊：

   # cacaoadm list-modules List of modules registered: com.sun.cacao.agent_logging 1.0 ...

   (com.sun.cmm.am 1.0 應不再出現於註冊模組清單中)。

修補程式資訊

對於 Java ES 5，Sun 採用新的支援模式，以簡化探索、下載和將修補程式套用至 Java ES 5 元件的作業。此模式包含兩個主要功能：

• 修補程式叢集包含所有 Java ES 元件之最新適當的修補程式

• 個別元件修補程式的關鍵字標記

修補程式叢集。對於每一個 Java ES 5 支援的平台，您可以下載一個修補程式叢集，其中包含 Java ES 5 中發布之元件版本的最新修補程式。這些修補程式叢集會隨著元件提供新的修補程式而不斷更新。

若要取得這些修補程式叢集中的一個：

1. 連線至 http://sunsolve.sun.com。

2. 按一下 [修補程式與升級程式] (Patches and Updates)。

3. 按一下 [建議的修補程式叢集] (Recommended Patch Clusters)。

4. 找到開頭為 「Java ES Accumulated」且適用於您作業系統版本和處理器架構的修補程式，並進行下載。

關鍵字標記。從 Java ES 5 發行版本開始，Java ES 發行版本中包含的任何元件版本的任何修補程式均會在讀我檔案中以關鍵字加以標記，這些關鍵字可指明適用於 Java ES 發行版本的修補程式。對於 Java ES 5，關鍵字標記為 java_es-5。由於採用此關鍵字標記功能，您可以輸入 java_es-5 關鍵字來使用 SunSolve 的 PatchFinder 功能，快速找到 Java ES 5 的所有個別元件修補程式。

您也可以使用 Sun Connection 取得 Solaris 10 上 Java ES 5 的修補程式。如需詳細資訊，請參閱 http://www.sun.com/service/sunconnection。

可再分發的檔案

Sun Java Enterprise System 5 的部分元件包含您可再分發的檔案。如需這些檔案的相關資訊，請參閱您所使用之元件的版本說明。

Berkeley Database 使用權說明

本產品包括 Berkeley Database (Oracle Corporation 產品) 的物件和/或原始碼。Berkeley Database 軟體的使用權與 Java Enterprise System 或其授權衍生品的使用權分開，必須另行授權。

為殘障人士提供的無障礙功能

欲獲得此媒體發佈以來已發行的無障礙功能，請向 Sun 索取依據美國「Section 508」法規進行產品評估所得之結果文件，以便決定最適合部署無障礙功能解決方案的版本。以下網址將提供應用程式的更新版本：

如需有關 Sun 在無障礙功能方面之成果的資訊，請至：

文件、支援與培訓

Sun 網站提供了下列附加資源的相關資訊：

• 文件 (http://www.sun.com/documentation/)

• 支援 (http://www.sun.com/support/)

• 培訓 (http://www.sun.com/training/)

搜尋 Sun 產品文件

除了從 docs.sun.com 網站搜尋 Sun 產品文件外，還可藉由在搜尋欄位中鍵入下列語法來使用搜尋引擎：

search-term site:docs.sun.com

例如，若要搜尋「broker」，請鍵入下列語法：

broker site:docs.sun.com

若要將其他 Sun 網站納入您的搜尋中 (例如，java.sun.com、www.sun.com 與 developers.sun.com)，請在搜尋欄位中用「sun.com」取代「docs.sun.com」。

協力廠商網站參考

本文件提供了協力廠商的 URL 及其他相關資訊作為參考。

Sun 對於本文件中所提及之協力廠商網站的使用不承擔任何責任。Sun 對於此類網站或資源中的 (或透過它們所取得的) 任何內容、廣告、產品或其他材料不做背書，也不承擔任何責任。對於因使用或依靠此類網站或資源中的 (或透過它們所取得的) 任何內容、產品或服務而造成的或連帶產生的實際或名義上之損壞或損失，Sun 概不負責，也不承擔任何責任。

Sun 歡迎您提出寶貴意見

Sun 致力於提高文件品質，因此誠心歡迎您提出意見與建議。若要提出您的意見，請至 http://docs.sun.com，並按一下 [傳送您的意見] (Send Comments)。請在線上表單中提供完整的文件標題與文件號碼。文件號碼位於書本的標題頁或文件的 URL 中，通常是一組 7 位或 9 位數的數字。例如，本書的文件號碼為 820-0452。提出意見時您還需要在表格中輸入此文件的英文標題和文件號碼。例如，本文件的英文文件號碼為 819-4893，完整標題為「Sun Java Enterprise System 5 Release Notes for UNIX」。