已知问题和限制

启动 Proxylet 时，某些字符串被截断。(#6447909)

描述:

启动 Proxylet 时，某些字符串被截断。

以下是 Portal Server 软件的已知问题和限制。

部署没有角色和用户文件的 portlet 时，部署 Portal 中的验证信息屏幕会显示乱码。(#6508230)

描述:

在“部署 Portlet”向导的步骤 3 中，如果未定义任何角色文件或用户文件，则消息“Roles file not defined”（未定义角色文件）或“Users file not defined”（未定义用户文件）就不是本地化后的消息。屏幕显示的消息出现乱码。

taskadmin 设置必须设置管理员角色桌面服务属性。(#6519875)

解决方法:

执行以下操作：

1. 运行 taskadmin 设置前，确保可在 taskadmin.properties 文件中找到管理角色 dn 的以下 Portal 桌面服务属性值：content.admin.role.dn 和 user.admin.role.dn。

2. 匹配组织 Portal 桌面服务属性值。

   例如，如果 EnterpriseSample 组织 Portal 桌面服务属性值为：Parent Container：ASCTabContainer、EditContainer：JSPEditContainer 以及Default Type：enterprise_sample。将两个管理角色 DN 都设置为 "cn=Organization Admin Role, o=EnterpriseSample, dc=siroe, dc=com"。

3. 确保管理角色 DN "cn=Organization Admin Role, o=EnterpriseSample, dc=siroe, dc=com" 的 Portal 桌面服务属性与组织设置相匹配。否则，当属于管理角色的用户验证到 Portal 桌面时，该用户可能会看到错误的 Portal 桌面。

需要应用 Java DB 修补程序。(#6521400)

描述:

Java DB 分发中存在的错误会导致在等待连接时 Portal 挂起。有关错误的详细信息，请访问 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)

描述:

Portlet 间通信 (Inter Portlet Communication, IPC) 无法与 WSRP 配合使用。可以通过 WSRP 发布参与 Portlet 间通信的 portlet。但是 IPC 功能不起作用。

角色为 OrganisationAdmin 的用户看不到 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。

1. 登录 Portal Server 管理控制台。

2. 单击 "SRA" >“配置文件”>“安全”。

3. 在“TLS 和 SSL”下，取消“启用 SSL 2.0 版本”选项。

4. 单击“保存”。

使用 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 目录。

同一个 Portal 中的所有实例应该采用相似的文件系统结构。(#6348452)

描述:

同一个 Portal 中的所有实例应该采用相似的文件系统结构。

企业范例 Portal 未本地化。(#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 进行配置，则需要在配置后重新启动 common agent container。如果不重新启动，则会导致访问 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)

解决方法:

要在 Netscape 8.0.4 中将 Proxylet 显示为控制台窗口，执行以下操作：

1. 单击“工具”—>“选项”—>“站点控制”—>“站点列表”—>“主设置”。

2. 清除“在新选项卡中打开未请求的弹出式窗口”和“允许未请求的弹出式窗口”复选框。

3. 单击“工具”>“选项”>“选项卡浏览”。

4. 选中“在新窗口中打开来自其他应用程序的链接”复选框。清除“打开新选项卡而不是新窗口”和“在新选项卡中打开未请求的弹出式窗口”复选框。

5. 重新启动浏览器。

使用 NetFile 选项无法打开任何文件。尝试打开文件时会显示“另存为”对话框。(#6465918)

描述:

在理想情况下，应该能够打开已知文件类型的文件。如果是未知的文件类型，则应该显示“另存为”对话框以提示用户保存文件。Firefox 1.07 不允许用户为任何文件扩展名指定操作。因此，用户尝试通过 NetFile 打开文件时会显示“另存为”对话框。Firefox 1.5 或更高版本允许用户打开已知文件。

已从 Java Enterprise System 5 中删除 Netmail 功能。(#6448968)

描述:

已从 Java Enterprise System 5 中删除 Netmail 功能。

如果没有在多 Portal 安装中将 Portal 部署到 Access Manager 上，则 Portal 链接会被重定向至错误的安装。只有 Internet Explorer 6 Service Pack 1 才会出现该问题。(#6325586)

解决方法:

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

修改站点配置后，PS 控制台不能正常工作。(#6446355)

解决方法:

修改站点配置后，重新启动 common agent container 和 Access Manager。

ESP Portal 社区 portlet 不显示任何内容。(#6506357)

解决方法:

刷新 ESP Portal 社区 portlet。

安装和配置 Portal Server 后应该手动重新启动 Java DB。(#6505149)

解决方法:

安装程序会执行 00community.sql 以在数据库上创建 Java DB 用户并配置安全性。要使这些属性生效，需重新启动 Java DB。

创建多 Portal 和多实例期间，应该将 Portal 管理日志级别设置为 FINEST。(#6446151)

解决方法:

运行诸如 create-portal、create-instance、create-search 等 psadmin 命令前，将日志级别设置为 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

没有为 Netscape 8.0 浏览器在 JNLP 模式下创建 pac 文件。(#6319863)

描述:

没有为 Netscape 8.0 浏览器在 JNLP 模式下创建 pac 文件。

PS 控制台中不会显示某些 Secure Remote Access 属性。(#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. 单击“保存”。

• 在网关中通过重写器将 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 数据库的数据

有两种使用相关数据库的 Portal 组件：社区成员资格和配置，以及 portlet 应用程序，例如 wiki、调查和文件共享。默认情况下，Portal Server 使用 Java DB。安装结束后，可配置 Portal Server 以将其切换到 Oracle。在此情况下，需关闭 Java DB 数据库。

如果未在已部署的 Portal 中使用社区功能和 portlet 应用程序，则同样应该停止 Java DB。

对于每个使用相关数据库的 Portal 组件，将以默认的用户 id 和密码来配置单独的数据库实例。默认用户 id 为 "portal"，默认密码为 "portal"。安装结束后，建议更改默认密码以及包含它们的属性文件的访问权限。

保护社区成员资格和配置数据库

在您的环境中为每个 Portal 重复以下指示操作。使用实际的 portalid（例如 portal1、portal2 等）替换 <portal-ID> 字符串。

1. 重新启动 Java DB。

2. 使用 Derby CLI 或任何其他类似工具通过连接到 communitymc_portal-ID 数据库来更改默认用户 "portal" 的密码。如果使用的是 SQuirrel-j 之类的 GUI，则在连接到 PS 的 Java DB 数据库后，使用 sql 编辑器执行以下命令。CALL SYSCS_UTIL.SYSCS_SET_DATABASE_PROPERTY('derby.user.portal', 'your-new-password');

3. 重新启动 Java DB。

4. 通过 Java DB 命令行或任何其他类似工具以新密码连接到 communitymc_portalID 数据库，以验证密码是否设置正确。

5. 对每个 Portal 实例执行以下操作。

   1. 参阅 Web 容器的管理员指南，然后将 jdbc/communitymc 数据源的密码更改为步骤 2 中设置的新密码。

   2. 打开 PortalServer-data-dir/portals/portal-ID/config/portal.dbadmin 文件，然后将属性 community.db.password 的密码更改为通过 Java DB CLI 或任何其他类似工具在步骤 2 中设置的新密码。

   3. 更改 PortalServer-DataDir/portals/portal-ID/config/portal.dbadmin 文件的权限，使该文件只能由所有者（例如，chmod 600 portal.dbadmin）读取和写入。

   4. 重新启动 Web 容器。

保护文件共享 Portlet 应用程序的数据

在您的环境中为每个 Portal 重复以下指示操作。使用实际的 portalid（例如 portal1、portal2 等）替换 <portal-ID> 字符串。

1. 重新启动 Java DB。

2. 使用 Java DB CLI 或任何其他类似工具通过连接到 filesharingdb_portal-ID 数据库来更改默认用户 "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');

3. 重新启动 Java DB。

4. 使用 Java DB 命令行或任何其他类似工具以新密码连接到 filesharingdb_portal-ID 数据库，以验证密码是否设置正确。

5. 对每个 Portal 实例执行以下操作。

   1. 参阅 Web 容器的管理员指南，然后将 jdbc/FileSharingDB 数据源的密码更改为步骤 2 中设置的新密码。

   2. 打开 PortalServer-DataDir/portals/portal-ID/portletapps/filesharing/tokens.properties 文件，然后将属性 DB_ADMIN_PASSWORD 和 DB_PASSWORD 的密码值更改为通过 Java DB CLI 或任何其他类似工具在步骤 2 中设置的新密码。

   3. 更改 PortalServer-DataDir/portals/portal-ID/portletapps/filesharing/tokens.properties 文件的权限，使该文件只能由所有者（例如，chmod 600 tokens.properties）读取和写入。

   4. 重新启动 Web 容器。

保护 Wiki Portlet 应用程序的数据

在您的环境中为每个 Portal 重复以下指示操作。使用实际的 portalid（例如 portal1、portal2 等）替换 <portal-ID> 字符串。

1. 重新启动 Java DB。

2. 使用 Java DB CLI 或任何其他类似工具通过连接到 wikidb_portal-ID 数据库来更改默认用户 "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');

3. 重新启动 Java DB。

4. 使用 Java DB 命令行或任何其他类似工具以新密码连接到 wikidb_portal-ID 数据库，以验证密码是否设置正确。

5. 对每个 Portal 实例执行以下操作。

   1. 参阅 Web 容器的管理员指南，然后将 jdbc/WikiDB 数据源的密码更改为步骤 2 中设置的新密码。

   2. 打开 PortalServer-DataDir/portals/portal-ID/portletapps/wiki/tokens.properties 文件，然后将属性 DB_ADMIN_PASSWORD 和 DB_PASSWORD 的密码值更改为通过 Java DB CLI 或任何其他类似工具在步骤 2 中设置的新密码。

   3. 更改 PortalServer-DataDir/portals/portal-ID/portletapps/wiki/tokens.properties 文件的权限，使该文件只能由所有者（例如，chmod 600 tokens.properties）读取和写入。

6. 重新启动 Web 容器。

保护调查 Portlet 应用程序的数据

在您的环境中为每个 Portal 重复以下指示操作。使用实际的 portalid（例如 portal1、portal2 等）替换 <portal-ID> 字符串。

1. 重新启动 Java DB。

2. 使用 Java DB CLI 或任何其他类似工具通过连接到 surveysdb_portal-ID 数据库来更改默认用户 "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');

3. 重新启动 Java DB。

4. 使用 Java DB 命令行或任何其他类似工具以新密码连接到 surveysdb_portal-ID 数据库，以验证密码是否设置正确。

5. 对每个 Portal 实例执行以下操作。

   1. 参阅 Web 容器的管理员指南，然后将 jdbc/SurveysDB 数据源的密码更改为步骤 2 中设置的新密码。

   2. 打开 PortalServer-DataDir/portals/portal-ID/portletapps/surveys/tokens.properties 文件，然后将属性 DB_ADMIN_PASSWORD 和 DB_PASSWORD 的密码值更改为通过 Java DB CLI 或任何其他类似工具在步骤 2 中设置的新密码。

   3. 更改 PortalServer-DataDir/portals/portal-ID>/portletapps/surveys/tokens.properties 文件的权限，使该文件只能由所有者（例如，chmod 600 tokens.properties）读取和写入。

   4. 重新启动 Web 容器。