作者简介：
SHANE PEARSON是BEA WebLogic Portal产品管理部的主管，负责产品的策略和设计。其工作包括根据客户和合作伙伴的反馈来调整产品需求的定义，从而确保成功开发出一个有竞争力的新产品。在他的任期之内，WebLogic Portal的几个版本以及早期的一些产品都已经证明是很有创新性的产品，并受到了业界内的好评。
典型的企业依赖于使用多种技术自定义构建和预打包的业务应用的混合应用。经过最近10年，Internet的蓬勃发展极大地刺激了通过Web访问这些应用的需求。不幸的是，很多公司都会开发数十个或数百个Web站点，从表面上将自己的数据和应用肤浅地呈现给企业内部和外部的用户，这使得自己现有的IT系统支离破碎的情况更加严重。
随着Web站点的增多，门户网站最初为公司提供了一种可视化内容的方法。这些早期的解决方案将内容和应用集中在一起，但是既没有提供应用的集成，也不支持自定义应用开发，也不能彼此进行交互，更不能暴露业务流程的关系。
现在，为了提高用户的生产率和企业资产的利用率，不断发展的业务需要采用下一代的门户解决方案来满足企业日益增长的需要，从而在提供实现业务策略并执行业务流程能力的同时，提供集成化的应用和数据的复合体。 本文概要介绍了BEA WebLogic Portal最新版的功能和设计，它是当前和将来门户网站需要的一种理想解决方案：
WebLogic Portal Framwork Services（WebLogic门户框架服务）：一种灵活的框架，用来定义应用、内容以及业务流程呈现给不同门户用户的方法。
WebLogic Portal Business Services（WebLogic门户业务服务）：用来构建、定义和管理门户用户体验的服务集
BEA WebLogic Workshop Portal Extensions（BEA WebLogic Workshop门户扩展）：为了简化构建个性化的门户应用而对WebLogic Workshop所做的一些扩展
BEA WebLogic Workshop Administration Tools（BEA WebLogic Workshop管理工具）：一个扩展管理环境，用来为单个部门或覆盖整个企业的门户网络管理多个门户Web应用、门户以及门户资源
门户开发生命周期
常见的门户项目包括销售门户、企业内部门户、客户自服务门户和业务伙伴门户。与其他的门户产品相比，WebLogic Portal提供了几个入口，这使得不管项目最初只是单个应用，后来又过渡成为以内容为中心的门户，还是需要生成可以支持企业到消费者（B2C）或企业到企业（B2B）门户的基于事务的应用，WebLogic Portal都是一个非常理想的解决方案。
WebLogic Portal提供了适合特定用户（包括应用程序开发人员，JSP开发人员，HTML和图形设计者，系统管理员，门户管理员，以及业务分析人员）的功能和工具。以下这些功能有助于创建门户和门户资源，在很多情况下都不需要J2EE编程。
门户资源和应用程序开发
使用基于标准的技术的应用程序开发人员可以创建门户资源。HTML和图形设计者可以使用传统的页面设计工具简单地定义新的外观规范和门户页面布局。JSP开发人员可以自定义默认的门户表示和布局模型，以实现复杂的用户界面要求并增加细粒度的个性化内容。
JSP开发人员还可以创建新的应用，并将其作为portlet发布。除了JSP或基于HTML的portlet之外，开发人员还可以创建更复杂的应用，这些应用可以通过WebLogic Workshop，充分利用Web服务、Pageflow或J2EE资源。
门户开发
通过安装WebLogic Workshop扩展工具，门户可以在支持应用程序开发的同一个WebLogic Workshop开发环境中创建。
Portal Designer：允许简单的定义并配置门户布局、可用页面、booklet、portlet以及门户的外观效果
Portlet Designer：允许开发人员生成几种portlet（JSP/HTML，Java API，Pageflow，或Web服务；请参看图1）
Portal Resources Designer：允许开发人员在构建、测试和开发应用时定义内容选择器、用户配置文件、事件、用户段、占位符以及其他的门户资源进行使用
图1 开发门户时WebLogic Workshop的资源视图
门户管理
在创建并部署门户或门户资源之后，就可以使用基于浏览器的门户管理工具来管理门户的一些特性。下面是门户管理控制台中的一部分功能：
用户和组管理：管理用户和组对于可用门户的访问，定义委托管理角色，以及定义访问者角色
门户管理：管理门户资源，包括门户桌面、页面、portlet和布局
交互管理：管理可以用来增加门户个性化内容的活动（campaigns）、占位符、内容选择器以及用户段
内容管理：管理并定义内容模式和数据库。创建并管理单个门户可用的内容。
服务器管理：管理底层的门户服务器设置，例如缓存管理。
第三方插件：门户管理工具的可扩展性允许在门户管理环境中使用其他工具。
门户终端用户的自定义
最后，按照门户的惯例，门户的访问者可以在系统管理员的限定之内自定义自己的门户。他们可以增加和删除portlet和页面，并可以在一个页面上安排portlet，选择默认的起始页，并选择外观和页面布局。
门户框架服务
门户框架由一些组件组成，为了对内容、应用和业务流程提供安全的访问权限，这些组件支持灵活的用户界面开发。在WebLogic Portal的这个发行版中都引入了一些新组件，包括桌面和booklets，以便在定义和部署需要层次和多级委托管理的门户和门户网络时提高灵活性。
门户剖析
WebLogic Portal的技术体系结构中已经进行了一些改进，以便增加构建门户时的灵活性。和WLP 7.0中的一对一关系相比，WebLogic Portal 8.1对多门户体系结构的功能进行了增强，每个门户Web应用都可以支持多个门户。这种变化为开发人员在构建层次更复杂的门户应用时提供了更大的灵活性。
Portal表现
主要的门户模板使用一个XML文件表示。根据该门户的业务或自定义的要求，该门户文件可以是静态的（通过浏览器直接访问，这对于开发来说非常好），也可以是动态的（从关系数据库中合成）。门户文件中的每个元素都表示为一个门户控件。这些控件通过支持松散耦合的门户应用开发而为门户设计提供了很大的灵活性。另外，这种模型还提供了一个丰富的生命周期，并通过事件提供portletto到 portlet的通信。
开发人员仍然有可能通过控件的备份文件覆盖生命周期方法中的功能。备份文件是一个简单的Java类，它实现了适当的生命周期方法。在控件被表现、允许开发人员在发布门户前修改特定的属性或触发事件之前，运行备份文件中的所有生命周期方法。
桌面
门户的桌面是指可以被终端用户访问的门户实例。对于门户桌面的访问可以通过权限进行控制，它可以根据用户的角色对桌面进行授权。桌面是终端用户可以访问的一个物理实体，也是WebLogic Portal早期版本中群组门户概念的延续。
桌面和门户的关系可以用图2来表示，该图中对前面的例子进行了扩充。
图2 使用WebLogic和J2EE构建的门户间的关系
图3 桌面和门户的关系
Booklet
Booklet是一个容器，用于存放一个或多个页面以及booklet，通常都和一个导航控件关联在一起，用来在现在已经显示过的页面之间进行切换。Booklet可以用来更容易地创建n级的导航，并用来为门户提供导航选项。
页面
主要门户网站的内容区域都可能包含一个或多个页面。为了建立一个多级导航模型，可以对页面进行叠加。默认情况下，都会使用一个标签导航条通过将一个页面放置到前端来实现在页面之间快速进行切换。每个页面都包括一个或多个布局，在一个布局中又包含多个portlet。
Portlet
Web应用可以表示成一个页面或booklet里面的一个或几个矩形窗。portlet可能包括几个视图，例如最大化视图和编辑视图。portlet视图是使用JSP标签实现的，它既可能很简单，例如只包括静态的HTML内容，使用JSP标签库或WebLogic Workshop Java控件来访问EJB组件；也可能很复杂，例如包含了Workshop Framework或WebLogic应用服务中的其他应用功能。
这个版本支持以下新特性：
支持多线程的portlet：允许更灵活和更高性能的门户表示模型。为了把portlet变成多线程的，可以设置portlet的一个特性。这就是说为了展现portlet，可以在展现portlet的同时派生其他线程。这个特性最可能在包含那些由于业务原因不能进行缓存或需要大量处理事件的应用的portlet中使用。
完全支持JSR 168 Portlet API：允许WebLogic Portal开发人员在选择实现方法时使用Javaportlet。Javaportlet的显示方法和功能对于门户管理员和终端用户来说并没有什么区别。
门户开发框架
BEA WebLogic Portal是使用J2EE体系结构实现的；它是一个在WebLogic Server环境中运行的J2EE应用。在J2EE的术语中，WebLogic Portal是一个企业应用，它包括一组Enterprise JavaBean（EJB）组件和一组Web应用，后者是一组servlet、JavaServer Page（JSP）、JSP标签库和支持Java类的集合。
WebLogic Portal 8.1为开发人员提供了一组丰富的门户功能，例如用户和组配置文件，基于规则的个性化自定义，以及内容管理，这些都可以使用JSP标签库和API进行访问。在这个发行版本中，这些特性很多也都是通过WebLogic Workshop Java控件展现出来的，这些控件又进一步提高了开发人员的生产率，同时使更多的开发人员可以使用这些特性。
在最新的WebLogic Workshop发行版中引入这些控件是为了在应用开发过程中使用它们。这个版本的WebLogic Workshop增加了一些可以支持在WebLogic Portal和WebLogic Integration中开发应用的业务控件。
控件就是一个你可以在Web服务、JSP、Pageflow或其他应用中使用的组件，这样它就可以和其他种类的应用和组件进行通信。例如，一个数据库控件让你的应用程序可以从数据库中请求数据；一个服务控件可以简化对其他Web服务的调用。
对于特殊的门户功能来说，门户控件通过向应用开发人员开放适当的方法来简化控件在应用开发过程中的使用。控件的方法允许开发人员无需编写对资源进行控制的细节代码，就可以通过可视化的方法或编程调用底层资源的功能。
用户配置文件控件就是一个门户控件的例子。该控件提供了一定的业务逻辑来获取和更新用户配置信息，它允许开发人员来判断一个用户是否存在，判断存在什么用户配置文件，通过指定搜索参数或读取所有的用户配置文件就可以获取所有用户的列表。
在某些应用中需要查询用户信息的应用程序开发人员无需首先了解底层的WebLogic Portal API和JSP标签，就可以使用这种控件来实现功能。虽然他们不用这种控件也可以编写相同的应用，但是那样需要他们必须编写很多行代码才能适当地调用底层的门户服务。
"现在，蓬勃发展的业务需求正在促进采用下一代门户解决方案来满足企业日益增长的需要"
企业集成
为了和其他应用及系统进行通信，BEA WebLogic Portal支持几种企业集成方法。
portlet：portlet是门户中的一些应用或应用的视图。BEA WebLogic Portal可以支持不同类型的portlet（JSP/HTML、Web服务、Pageflow或Java），开发人员可以使用portlet来集成企业系统中的数据和应用。
统一的用户配置文件（UUP）：WebLogic Portal中的统一用户配置文件可以用来和所有的外部系统进行集成，从而在WebLogic Portal应用中使用用户配置文件的信息。外部系统可以使用UUP API来修改、读取、更新以删除UUP中包含的数据（见图4）。
Web服务：WebLogic Portal使业务应用开发人员可以在门户环境内创建、测试并部署企业级别的Web服务应用。WebLogic Workshop中可以使用的简单的可视化开发工具，简化对企业资源和其他Web服务的访问，以便支持Web服务和门户的开发。由于WebLogic Portal工具是在WebLogic Workshop中创建的，因此你的Web服务都已经可以在你公司的BEA WebLogic Portal上进行部署了。
Pageflow：从BEA的观点来看，Pageflow代表了下一代应用流程拓扑结构，是对之前版本中Webflow的一种逻辑创新。Pageflow允许开发人员在一个会话中使用一些连续的业务逻辑单元（称为操作）来执行重点过程，同时还可以管理业务逻辑流和应用的表示流。WebLogic Workshop中的Pageflow Editor可以用来构建那些从外部资源中集成数据或业务流程的应用，而Portlet Designer则允许开发人员创建适当的门户来将应用展现给不同的门户用户。
业务流程管理和应用集成：WebLogic Portal的灵活体系结构可以支持基于门户的应用和J2EE的Connector Architecture（连接器体系结构）适配器以及业务流程管理应用进行交互。另外，WebLogic Portal是和WebLogic Integration预先集成在一起的，这就简化了在门户环境中展现WebLogic Integration应用视图和业务流程的过程，或者说它可以由门户事件触发长期运行的企业业务流程。
图4 用户配置的定义
门户业务服务
BEA WebLogic Portal的根本是一些可以支持企业门户和应用开发的核心业务服务。这些服务提高了开发人员构建自定义门户的能力，也提高了系统管理员对门户用户进行自定义的能力。虽然这些既灵活又可扩充的服务都是由BEA提供的，但是为了提供最好的解决方案，在很多情况下都可以由用户、独立软件供应商以及解决方案提供商进行扩充。
协作（Collaboration）：由于提高用户的生产率通常就是投资回报的一部分，因此协作是很多门户实现过程中的关键因素。不管用户在何时何地需要信息，WebLogic Portal都可以将相应的信息提供给用户，从而通过改善通信并降低信息搜索时间和项目循环时间而增加组和用户的生产率。WebLogic Portal中所包括的服务都是通过预先构建的portlet和灵活的门户体系结构而提供的，它可以支持多种定义组内共享信息和协作使用的通信的方法。
商务（Commerce）：商务服务（Commerce services）可以用来构建需要支持事务的合作伙伴、雇员和客户门户。这些特点支持自定义应用开发以及后端系统的集成。开发人员只需要简单地处理目录、购货车、订单管理以及订单折扣，并使用文档中介绍的一些编程接口和JSP标签库，就可以对商务特性进行扩展，并增加自己自定义的内容。
内容管理（Content management）：WebLogic Portal提供了对于门户内容管理的支持，这是使用一些内容服务和一个可扩展的体系结构实现的，只要业务需要，这种体系结构可以支持多个内容数据库的集成。开发人员可以使用一组通用的内容和个性化JSP标签以及应用程序编程接口，它们使用基于用户、用户段或组属性的动态内容支持目标门户用户。
搜索（Search）：WebLogic Portal的企业搜索能力使用了成熟的模式匹配技术，可以让用户在搜索信息时安全地对信息进行访问。WebLogic Portal的企业搜索能力支持使用关键字和元数据，为了显示搜索结果，它可以在文本中定义概念来判断哪些内容最重要。另外，WebLogic Portal还提供了一个默认的搜索界面，为了使用相关排序、文档相似性以及近似搜索等特性，可以根据需要使用对该界面进行修改。
搜索引擎包括几种连接器（支持对不同的内容源进行集成），包括ODBC、JDBC和HTTP数据源。这种灵活性允许根据门户用户业务的需求，从多个数据库中搜索非结构化、半结构化和结构化的信息。另外，所有提供Java API的搜索引擎都可以集成到WebLogic Portal中来。
交互管理
WebLogic Portal提供了个性化自定义能力，支持配置文件、段、以及基于事件的个性化。为了更好地为用户提供内容和服务，通过提供隐式或显式的个性化自定义和定义、关联用户的交互所使用的框架，这些关键服务都可以用来对门户网站的用户进行自定义。
活动管理（Campaign management）：一组完整的活动服务，可以用来创建交互的、个性化的用户体验。内容可以定义为判断一个门户如何考虑账号配置数据而对用户事件进行响应。这种功能充分利用了WebLogic Portal的关键元素，例如规则引擎、UUP以及内容管理器（Content Manager）。
事件和行为的跟踪（Event and behavior tracking）：提供了对用户操作实时进行响应的能力，以及维持用户操作进行顺序处理和报告的能力。事件和行为跟踪既支持一些预定义的事件，也可以创建自定义的事件。
安全性
BEA WebLogic Portal的安全性依赖于WebLogic Server所提供的J2EE安全功能。这种基于Java认证和授权（Java Authentication and Authorization Service，JAAS）的实现为开发应用和门户提供了一个通用、统一的安全结构。
委托管理（Delegated administration）：有时称为"分散管理"，在现在的门户应用中，这是必须的。为了提高适当任务的性能，通常它不但委托对IT个人授权，而且还要对非技术用户进行授权。WebLogic Portal通过提供定义委托管理结构和为特定的用户指定启用特殊任务所需的基础体系结构和工具，支持对门户和门户任务进行委托管理。
授权（Entitlements）：提供了一种定义终端用户对门户资源访问控制的方法。为了限制对内容、应用和业务流程的访问权，用户可以创建角色并将其映射到门户资源上。
小结
BEA WebLogic Portal被设计用来解决集成企业的需求。另外，它可以继续实现Web服务、XML和基于J2EE标准的最新优点，这可以增加创建和集成企业应用的灵活性。现在，BEA WebLogic Portal为集成的企业提供了最完整的门户解决方案，它是BEA WebLogic Platform的基础，通过提供一个统一、简化、可扩充的体系结构，为企业IT组织提高生产率并降低成本提供了一个综合的解决方案。
