WebLogic Portal 性能管理

　　图3. 凸显控件树中的性能瓶颈

　　Portlet

　　应用程序、基于 JSP 的 portlet、Web Services 或其他可用的 J2EE 资源均可作为portlet 公开。如果出现了性能下降，应用程序支持人员就应该能立即确定引起性能下降的是哪个portlet。在portlet 生命周期，处理回发数据和预呈现的那些过程对于性能监视尤其重要。

　　Portal Framework 服务

　　JSP backing 文件与 JSP 协同工作，允许表示逻辑与业务逻辑分离。Backing 文件总是在JSP之后运行，它包含大量的定制呈现代码(另外，一些开发人员还会向终端系统进行callout 来获取额外的呈现数据)。不佳的性能常常预示着定制呈现代码可能不正确。

　　在 Java 页面流，页面流本身完全由开发人员定义。速度上的减慢常常能由其作者诊断出来，并不会对终端系统造成很大的影响。将 J2EE 标准页面流与门户控件树处理架构关联起来还可确定某个页面流与哪个desktop 相关，这一点也非常有用。

　　WebLogic Portal 服务

　　Entitlement 系统为各个门户资源提供了基于角色的授权。Entitlement 被门户的所有方面大量使用，所以任何的减慢都会影响到整个系统。通常，延时的响应和迟滞的线程大多都是由支持Entitlement的后端系统，比如LDAP，内存在的问题引起的。此外，对太多的对象进行细粒度的授权也会加大Entitlement 系统的开销。

　　Personalization 服务通过advislet 实现，用来修改在门户首选项中显示的信息。Advislet 可使用多种机制，比如内部规则引擎、显式个性化，甚至事件。过度使用Personalization 系统也常常会引起性能问题。

　　User Profile 存储库包含额外的用户信息，比如联系信息。通常，延时的响应和迟滞的线程大多都是由于后端系统存在的问题，比如用于支持用户配置文件的数据库，引起的。

　　Content Management API 与很多可用的商业内容管理系统(比如Documentum)接口。如果这里产生了迟滞的线程，首先需要检查的就是后端内容系统是否工作正常。

　　结束语

　　我们非常希望本文能够提供有用的信息，以使您对由WebLogic Portal 应用程序的性能问题有所了解。随着企业门户所提供的内容的日益复杂和普及，管理其性能和可用性的挑战性也随之增加。借助合适的工具和处理，基于门户的应用程序还是可以信赖的，能够实现它们所预期的业务价值。