Sun Java System Portal Server 7.1 版本說明

已知問題和限制

啟動 Proxylet 時，某些字串被截斷。(#6447909)

說明：

啟動 Proxylet 時，某些字串被截斷。

以下為 Portal Server 軟體的已知問題和限制。

部署 Portlet 而不使用角色和使用者檔案時，部署入口網站時出現的驗證資訊畫面會顯示亂碼字串。(#6508230)

說明：

在 [部署 Portlet] 精靈的步驟 3 中，如果未定義任何角色檔案或使用者檔案，則訊息 [Roles file not defined] (未定義角色檔案) 或 [Users file not defined] (未定義使用者檔案) 將不會本土化。畫面顯示的訊息出現亂碼。

Taskadmin 安裝程式必須設定管理員角色桌面服務屬性。(#6519875)

解決方案：

請執行以下作業：

在執行 taskadmin 安裝程式之前，請確定可在 taskadmin.properties 檔案中找到管理角色 DN 的以下入口網站桌面服務屬性值：content.admin.role.dn 和 user.admin.role.dn。
比對組織入口網站桌面服務屬性值。

例如，如果企業範例組織入口網站桌面服務屬性值為：Parent Container: ASCTabContainer、EditContainer: JSPEditContainer 和 Default Type: enterprise_sample。將兩個管理角色 DN 皆設為 "cn=Organization Admin Role, o=EnterpriseSample, dc=siroe, dc=com"。
確認管理角色 DN "cn=Organization Admin Role, o=EnterpriseSample, dc=siroe, dc=com" 的入口網站桌面服務屬性符合組織設定。否則，當屬於管理角色的使用者向入口網站桌面認證時，系統提供給使用者的入口網站桌面可能會不正確。

必須套用 Java DB 修補程式。(#6521400)

說明：

Java DB 發行軟體中的錯誤會造成入口網站在等待連線時掛機。https://issues.apache.org/jira/browse/DERBY-1856 和 http://issues.apache.org/jira/browse/DERBY-2084 提供了關於這些錯誤的詳細資訊。

解決方案：

從 Sunsolve 下載並套用以下 Java DB 修補程式。

對於 Solaris SPARC – 125245-01
對於 Solaris x86 – 125246-01
對於 Linux – 125270-01

UWC 行事曆無法通過閘道顯示。(#6218353)

說明：

按一下 [啟動行事曆] 連結時會顯示以下錯誤訊息：[無法載入請求的頁面。cookie 被鎖定。]

如果 Portal Server 和 Access Manager 安裝在兩個不同的節點上，SunOne 通訊錄將無法運作。(# 653732)

解決方案：

重新啟動 Web 容器。

在 Web Server 7.0 上執行 psadmin delete 指令需耗費較長的時間。(#6506037)

說明：

在 Web Server 7.0 上，psadmin delete-instance 指令會在每次執行 wadm remove-webapp 時都執行 wadm deploy-config 指令。因此需要耗費較長的時間。

如果 Portal Server 安裝在 Application Server 叢集上，您無法只刪除一個 Portal Server 實例。(#6506689)

說明：

您必須移除所有的 Portal Server 實例。使用 psconfig --unconfig 指令取消配置 Portal Server ，或使用 psadmin delete-portal 指令刪除 Portal Server 。

IPC 無法與 WSRP 搭配使用。(# 6509086)

說明：

無法透過 WSRP 使用 Portlet 間通訊 (Inter Portlet Communication, IPC)。您可以透過 WSRP 發佈參與 Portlet 間通訊的 Portlet。但 IPC 功能無法運作。

具有組織管理員角色的使用者無法看見 UserRoleAdmin-AdminTab。(# 6511559)

解決方案：

在 Portal Server 或 Access Manager SDK 電腦上編輯 /etc/opt/SUNWam/config/AMConfig.properties 檔案，將 com.iplanet.am.session.client.polling.enable 特性設為 False。然後，重新啟動 Portal Server Web 容器。

在 [部署 Portlet] 精靈中，有訊息尚未本土化。(# 6508946)

說明：

在 [部署 Portlet] 精靈的步驟 3 中，如果未定義任何角色檔案或使用者檔案，則會出現訊息 [Roles file not defined] (未定義角色檔案) 或 [Users file not defined] (未定義使用者檔案)。這些訊息並未正確本土化。頁面顯示的訊息出現亂碼。

Portal Server 對於多個 JRE 版本相當敏感。(# 6510536)

說明：

如果用戶端電腦上存在多個 JRE，則在 Netscape 和 Mozilla 瀏覽器上啟動 Java Web Start 時可能會出現問題。

解決方案：

在用戶端電腦上只保留一個 JRE 並解除安裝其他的 JRE。

由於 SSL2 的安全性不足，我們建議客戶停用 SSL2 並將其保持在停用狀態。(#6507762)

解決方案：

請執行以下作業以停用 SSL2。

登入 Portal Server 管理主控台。
按一下 [SRA] > [設定檔] > [安全性]。
在 [TLS 與 SSL] 下，取消選取 [SSL 2.0 版] 的 [啟用] 選項。
按一下 [儲存]。

若您使用 Internet Explorer，當您嘗試在 WSRP 中部署 Portlet 或者建立新的產生器時，您將會被登出。(#6491413)

解決方案：

在 Portal Server 管理主控台中，請使用 Internet Explorer 以外的瀏覽器。

Portal Server 不支援不同的 Access Manager Web 容器。(#6470425)

說明：

請對 Portal Server 和 Access Manager 使用相同的 Web 容器。

如果 Portal Server 安裝在 Web Server 7.0 中，您無法使用 strutssample.war。 (#6505547)

說明：

如果 Portal Server 安裝在 Web Server 7.0 中，並已部署 strutssample.war 時，用於修改 Web Server 配置的 psadmin 指令無法運作。例如，psadmin deploy-portlet 指令。

共用事件和作業無法建立事件和作業。(#6486930)

解決方案：

在安裝及配置共用事件和共用作業期間，在 tokens.properties 檔案中，將 IS_HOSTED_DOMAIN_ENV= 特性設為 True。

tokens.properties 檔案位於 /var/opt/SUNWportal/portals/portal1/portletapps/sharedevents/tokens.properties 目錄中。

在相同入口網站中，所有實例的檔案系統結構皆應類似。(#6348452)

說明：

在相同入口網站中，所有實例的檔案系統結構皆應類似。

企業範例入口網站未本土化。(#6337500)

說明：

企業範例未進行本土化。

如果在閘道設定檔中啟用 Proxylet，則會顯示內部連接埠。(#6326785)

說明：

如果閘道在非預設的連接埠上執行，瀏覽器會在 URL 中顯示連接埠值。即使閘道在停用 Proxylet 的情況下於 443 以外的非預設 SSL 連接埠上執行，仍會發生此情況。當啟用 Proxylet 時，系統會在閘道中引入附加的通訊端偵聽程式。通訊端偵聽程式會在預設的連接埠上執行，而閘道會在非預設連接埠上進行偵聽。因此，非預設的連接埠會顯示在 URL 中。

如果在 Mozilla 瀏覽器上啟用自動代理伺服器配置，則 Portal Server 主控台會掛機。(#6493377)

說明：

在 Proxylet 通道中，如果 Proxylet 使用者在 JWS 模式中選取應用程式進行下載，主控台看上去運作正常。不過下載作業會在進行至 30% 時停止，主控台也沒有回應。

如果已將 Portlet 通道最小化或關閉，則多個 WAR 的 Portlet 間通訊將無法運作。(#6271542 )

說明：

目前，事件處理的範圍限制為相同標籤中的 Portlet。因此，在最小化或已關閉通道中的 Portlet 不會出現在參與 Portlet 間通訊的 Portlet 清單中。由於事件並不會傳送到已關閉或最小化的通道中，因此當 Portlet 通道已最小化或關閉時，Portlet 間通訊將無法運作。

Proxylet 在 Java Runtime Environment 中無法正常運作。(#6409604)

說明：

Proxylet 在 Java Runtime Environment 1.4.2_03、1.5.0_04、1.5.0_08 和 1.5.0_09 版中無法正常運作。任何低於 1.4.2 版的 Java Runtime Environment 皆不支援 Proxylet 功能。我們建議您使用 Java Runtime Environment 1.5.0_06。如果您有其他版本的 Java Runtime Environment，請將其解除安裝。

無法增加或變更包含特殊字元的通訊錄連絡人。(#6490665)

說明：

在使用 Mobile Access 的通訊錄元件時，使用者無法增加或變更包含特殊字元 (例如 < >、&、 ' 和 ") 的連絡人。如果使用 Communications Express (UWC) 來配置通訊錄，則會發生上述情況。

解決方案：

請使用 Communications Express (UWC) HTML 用戶端 (而不是行動裝置) 來管理包含特殊字元的連絡人。

無法完全支援 Google API。(#6335501)

說明：

Google API 目前無法完全支援雙位元組的字元搜尋，尤其是中文、日文和韓文。

Access Manager 為 [範圍] 模式時，應可安裝 Portal Server (#6381856, 6499572)

說明：

如果 Access Manager 是在 [範圍] 模式中安裝的，應可安裝 Portal Server 。

解決方案：

當您使用 Java ES 安裝程式在 [範圍] 模式中安裝 Access Manager 時，您可以忽略提示 Portal Server 只能在 [舊有] 模式中安裝的快顯訊息。如果 Access Manager 是在 [範圍] 模式中安裝的，則可成功安裝 Portal Server 。

在 [範圍] 模式中使用 Portal Server 的一些注意事項：

系統不支援將在 [舊有] 模式下執行的 Portal Server 7.0 遷移到在 [範圍] 模式下執行的 Portal Server 7.1。
若在 Access Manager 為 [範圍] 模式時對 Portal Server 進行配置，在完成配置之後，必須重新啟動共用代理程式容器。如果沒有重新啟動，當存取 Portal Server 管理主控台的 [SSO 配接卡] 標籤時，將不會顯示任何中介配接卡。如果 SSO 配接卡沒有任何中介配接卡，則 Portal Server 桌面上的 UWC 和通訊通道將無法運作。Exchange 和 iNotes 等應用程式無法運作。
只有在安裝並配置 Directory Server 和 Access Manager SDK 外掛程式之後， Portal Server 才支援 [範圍] 模式。
可以從 http://host.port/amserver/console 存取範圍模式的管理主控台。因為 [舊有] 模式的管理主控台不可用，請參閱 Access Manager 文件以取得使用 [範圍] 模式管理主控台的相關資訊。

若要使 Proxylet 以主控台視窗顯示，必須在 Netscape 8.0.4 中變更瀏覽器設定。(#6483268 )

解決方案：

請執行以下作業，以使 Proxylet 在 Netscape 8.0.4 中顯示為主控台視窗：

按一下 [工具] —> [選項] —> [網站控制] —> [網站清單] —> [主要設定]。
取消選取 [在新標籤中開啟未請求的快顯視窗] 和 [允許未請求的快顯視窗] 核取方塊。
按一下 [工具] > [選項] > [標籤瀏覽]。
選取 [在新視窗中開啟其他應用程式的連結] 核取方塊。取消選取 [開啟新標籤取代新視窗] 和 [在新標籤中開啟未請求的快顯視窗] 核取方塊。
重新啟動瀏覽器。

使用 NetFile 選項無法開啟任何檔案。當您嘗試開啟檔案時會出現 [另存新檔] 對話方塊。(#6465918)

說明：

在正常情況下，應該可以開啟已知檔案類型的檔案。如果檔案為不明的檔案類型，應會顯示一個 [另存新檔] 對話方塊以提示使用者儲存檔案。Firefox 1.07 不允許使用者為任何副檔名指定動作。因此，當使用者嘗試透過 NetFile 開啟檔案時，會顯示 [另存新檔] 對話方塊。Firefox 1.5 或更新版本允許使用者開啟已知的檔案。

Netmail 功能已從 Java Enterprise System 5 移除。(#6448968)

說明：

Netmail 功能已從 Java Enterprise System 5 移除。

如果在多入口網站安裝中，入口網站未部署在 Access Manager 上，則入口網站連結會重新導向至錯誤的安裝。此問題僅發生於 Internet Explorer 6 Service Pack 1 中。(#6325586 )

解決方案：

在 Windows XP 中使用 Internet Explorer 6 Service Pack 2 或使用 Mozilla Firefox。

在修改站點配置後，psconsole 的運作方式錯誤。(#6446355)

解決方案：

在修改站點配置後，重新啟動共用代理程式容器和 Access Manager。

ESP 入口網站社群 Portlet 未顯示任何內容。(#6506357)

解決方案：

重新整理 ESP 入口網站社群 Portlet。

在安裝並配置 Portal Server 後，應以手動方式重新啟動 Java DB。(#6505149)

解決方案：

安裝程式執行 00community.sql 以在資料庫中建立 Java DB 使用者，並配置安全性。重新啟動 Java DB 使這些特性生效。

在建立多重入口網站和多重實例期間，入口網站管理記錄層級應設為 [FINEST]。(#6446151 )

解決方案：

在執行 psadmin 指令 (例如 create-portal、create-instance、create-search 等) 之前，請將記錄層級設為 [FINEST] 以在配置期間取得詳細的記錄。您可以使用以下指令將記錄層級設為 [FINEST]：

psadmin set-logger -u uid -f password-filename -m component-type -L FINEST

完成該 psadmin 指令後，使用以下指令將記錄層級切換至 [SEVERE] ：

psadmin set-logger -u uid -f password-filename -m component-type -L SEVERE

無法在 JNLP 模式中為 Netscape 8.0 瀏覽器建立 pac 檔案。(#6319863)

說明：

無法在 JNLP 模式中為 Netscape 8.0 瀏覽器建立 pac 檔案。

某些 Secure Remote Access 屬性未在 psconsole 中提供。(#6301784)

說明：

下列 Secure Remote Access 屬性只能從指令行介面修改。

sunPortalGatewayDefaultDomainAndSubdomains
sunPortalGatewayLoggingEnabled
sunPortalGatewayEProxyPerSessionLogging
sunPortalGatewayEProxyDetailedPerSessionLogging
sunPortalGatewayNetletLoggingEnabled
sunPortalGatewayEnableMIMEGuessing
sunPortalGatewayParserToURIMap
sunPortalGatewayEnableObfuscation
sunPortalGatewayObfuscationSecretKey
sunPortalGatewayNotToObscureURIList
sunPortalGatewayUseConsistentProtocolForGateway
sunPortalGatewayEnableCookieManager
sunPortalGatewayMarkCookiesSecure

在配置 Portal Server 後無法配置 Portal Server Secure Remote Access 元件。其必須與 Portal Server 一同配置。
不支援在相同網域內的兩個不同 Application Server 8.1 實例中部署 Portal Server 。
對於 Proxylet，Mozilla 1.6 不支援 JWS 模式。不過該模式在使用 JVM 1.5 的 Mozilla 1.7 中可以正常運作。
當用戶端瀏覽器的 JavaScript 功能停用時 (在 Internet Explorer 或 Mozilla/Firefox 中)，內嵌在 Wiki Portlet 和討論 Portlet 中的 HTML 編輯器不會如同啟用 JavaScript 時一般，替代標準的 <Textarea> HTML 表單元素。若要取得 HTML 編輯器的「所見即所得」功能，必須啟用瀏覽器的 JavaScript 功能。
無法透過 Portal Server 管理主控台存取由共用事件和作業載入的範本。
行事曆和通訊錄通道不支援 Microsoft Exchange 5.5，因為 Microsoft 已不再支援該程式。
當建立搜尋資料庫時，資料庫名稱不允許使用雙位元組的字元。
重複的 Directory Server 搜尋會降低 Portal Server 的速度。套用適當的修補程式 20051207patch1.1.qa。
Access Manager 中的變更會造成 Portal Server 流量降低以及 Directory Server 使用率增加。因此，請將適當的修補程式 (對 SPARC，為 120954-01；對 x86，為 120955-01；對 Linux，為 120956-01) 增加至 Access Manager，並從 Access Manager 管理主控台修改 [記錄服務] 的緩衝區大小。若要修改 [記錄服務] 緩衝區：
1. 登入 Access Manager 管理主控台並選取 [服務配置] > [記錄] > [緩衝區大小]。
2. 輸入值 50。
3. 按一下 [儲存]。
透過閘道中的 Rewriter 將 iNotes 和 Microsoft Exchange 與 SRA 進行整合時會發生一些相關的已知問題。使用 Proxylet。(#6186547、6186541、6186544、6186535、6186534、6186540、6308176)
Internet Explore 7.0 不顯示 JWS 模式的 Proxylet。(#6490174)
Internet Explorer 7.0 中，Proxylet applet 視窗會顯示位址 URL 欄位。 (#6490176)
當存取 Portal Server 時，您必須提供安裝 Portal Server 的電腦的網域名稱。(#6472156)
在 Treo 裝置中，Mobile Access 無法在 80 以外的其他連接埠上運作。(#6491785)

保護 Portal Server 的 Java DB 資料庫中資料的安全

有兩種入口網站元件使用關聯式資料庫：社群成員和配置以及 Portlet 應用程式，例如 wiki、意見調查和檔案共用等。依預設， Portal Server 會使用 Java DB。在安裝之後，可配置 Portal Server 以切換至 Oracle。在此情況中，您必須關閉 Java DB 資料庫。

如果您並未在部署的入口網站中使用社群功能和 Portlet 應用程式，也應停止 Java DB。

對於每個使用關聯式資料庫的入口網站元件，個別的資料庫實例是使用預設的使用者 ID 和密碼所配置。預設的使用者 ID 為「portal」，預設的密碼為「portal」。在完成安裝後，我們建議您變更預設密碼以及包含它們的特性檔的存取權限。

保護社群成員資格和配置資料庫的安全

為環境中的每個入口網站重複以下指示。以實際的入口網站 ID (例如，portal1 和 portal2 等) 替代 <portal-ID> 字串。

重新啟動 Java DB。

連線至 communitymc_portal-ID 資料庫，使用 Derby CLI 或其他類似的工具來變更預設使用者 portal 的密碼。如果您使用諸如 SQuirrel-j 的 GUI，在連線至 PS 的 Java DB 資料庫後，使用 sql 編輯器來執行以下指令。CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY('derby.user.portal', 'your-new-password');

重新啟動 Java DB。

使用 Java DB 指令行或其他類似的工具，藉由新密碼連線至 communitymc_portalID 資料庫以驗證密碼的設定是否正確。

為每個入口網站實例執行以下作業。
1. 請參閱 Web 容器的管理員指南並將 jdbc/communitymc 資料來源的密碼變更為在步驟 2 中設定的新密碼。
2. 開啟 PortalServer-data-dir/portals/portal-ID/config/portal.dbadmin 檔案，將特性 community.db.password 變更為您在步驟 2 中使用 Java DB CLI 或其他類似工具所設定的新密碼。
3. 變更 PortalServer-DataDir/portals/portal-ID/config/portal.dbadmin 檔案的權限，使該檔案只能由所有者讀取及寫入 (例如，chmod 600 portal.dbadmin)。
4. 重新啟動 Web 容器。

保護 Fileshare Portlet 應用程式資料的安全

為環境中的每個入口網站重複以下指示。以實際的入口網站 ID (例如，portal1 和 portal2 等) 替代 <portal-ID> 字串。

重新啟動 Java DB。

連線至 filesharingdb_portal-ID 資料庫，使用 Java DB CLI 或其他類似的工具來變更預設使用者「portal」的密碼。如果您使用 Squirrel-j，則必須在 sql 編輯器上執行以下步驟。

CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
	('derby.authentication.provider', 'BUILTIN');
CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
	('derby.connection.requireAuthentication', 'true');
CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
	('derby.user.portal', 'your-new-password');
CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
	('derby.database.fullAccessUsers', 'portal');
CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
	('derby.database.defaultConnectionMode', 'noAccess');

重新啟動 Java DB。

使用 Java DB 指令行或其他類似的工具，藉由新密碼連線至 filesharingdb_portal-ID 資料庫以驗證密碼的設定是否正確。

為每個入口網站實例執行以下作業。
1. 請參閱 Web 容器的管理員指南並將 dbc/FileSharingDB 資料來源的密碼變更為在步驟 2 中設定的新密碼。
2. 開啟 PortalServer-DataDir/portals/portal-ID/portletapps/filesharing/tokens.properties 檔案，將特性 DB_ADMIN_PASSWORD 和 DB_PASSWORD 的密碼值變更為在步驟 2 中使用 Java DB CLI 或其他類似工具所設定的新密碼。
3. 變更 PortalServer-DataDir/portals/portal-ID/portletapps/filesharing/tokens.properties 檔案的權限，使該檔案只能由所有者讀取及寫入 (例如，chmod 600 tokens.properties)。
4. 重新啟動 Web 容器。

保護 Wiki Portlet 應用程式資料的安全

為環境中的每個入口網站重複以下指示。以實際的入口網站 ID (例如，portal1 和 portal2 等) 替代 <portal-ID> 字串。

重新啟動 Java DB。

連線至 wikidb_portal-ID 資料庫，使用 Java DB CLI 或其他類似的工具來變更預設使用者「portal」的密碼。如果您使用 Squirrel-j，則必須在 sql 編輯器上執行以下步驟。

CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
	('derby.authentication.provider', 'BUILTIN');
CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
	('derby.connection.requireAuthentication', 'true');
CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
	('derby.user.portal', 'your-new-password');
CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
	('derby.database.fullAccessUsers', 'portal');
CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
	('derby.database.defaultConnectionMode', 'noAccess');

重新啟動 Java DB。

使用 Java DB 指令行或其他類似的工具，藉由新密碼連線至 wikidb_portal-ID 資料庫以驗證密碼的設定是否正確。

為每個入口網站實例執行以下作業。
1. 請參閱 Web 容器的管理員指南並將 jdbc/WikiDB 資料來源的密碼變更為在步驟 2 中設定的新密碼。
2. 開啟 PortalServer-DataDir/portals/portal-ID/portletapps/wiki/tokens.properties 檔案，將特性 DB_ADMIN_PASSWORD 和 DB_PASSWORD 的密碼值變更為在步驟 2 中使用 Java DB CLI 或其他類似工具所設定的新密碼。
3. 變更 PortalServer-DataDir/portals/portal-ID/portletapps/wiki/tokens.properties 檔案的權限，使該檔案只能由所有者讀取及寫入 (例如，chmod 600 tokens.properties)。

重新啟動 Web 容器。

保護意見調查 Portlet 應用程式資料的安全

為環境中的每個入口網站重複以下指示。以實際的入口網站 ID (例如，portal1 和 portal2 等) 替代 <portal-ID> 字串。

重新啟動 Java DB。

連線至 surveysdb_portal-ID 資料庫，使用 Java DB CLI 或其他類似的工具來變更預設使用者「portal」的密碼。如果您使用 Squirrel-j，則必須在 sql 編輯器上執行以下步驟。

CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
	('derby.authentication.provider', 'BUILTIN');
CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
	('derby.connection.requireAuthentication', 'true');
CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
	('derby.user.portal', 'your-new-password');
CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
	('derby.database.fullAccessUsers', 'portal');
CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY
	('derby.database.defaultConnectionMode', 'noAccess');

重新啟動 Java DB。

使用 Java DB 指令行或其他類似的工具，藉由新密碼連線至 surveysdb_portal-ID 資料庫以驗證密碼的設定是否正確。

為每個入口網站實例執行以下作業。
1. 請參閱 Web 容器的管理員指南並將 jdbc/SurveysDB 資料來源的密碼變更為在步驟 2 中設定的新密碼。
2. 開啟 PortalServer-DataDir/portals/portal-ID/portletapps/surveys/tokens.properties 檔案，將特性 DB_ADMIN_PASSWORD 和 DB_PASSWORD 的密碼值變更為在步驟 2 中使用 Java DB CLI 或其他類似工具所設定的新密碼。
3. 變更 PortalServer-DataDir/portals/portal-ID>/portletapps/surveys/tokens.properties 檔案的權限，使該檔案只能由所有者讀取及寫入 (例如，chmod 600 tokens.properties)。
4. 重新啟動 Web 容器。