跳到导航
BEA Dev2Dev Oracle and BEA
首页 资源中心 dev2dev学堂 在线技术论坛 User Group CodeShare
dev2dev 首页 > 资源中心 > 技术文章
WebLogic Portal 9.2中的新联邦特性

时间:2006-08-30
作者:Alex Toussaint
浏览次数:
本文关键字:Web Services for Remote PortletsWSRPfederationportletAquaLogic Service BusAquaLogic Service RegistryWebLogic PortalAlex Toussaint联邦WebLogic Portal 9.2
文章工具
推荐给朋友 推荐给朋友
打印文章 打印文章

摘要

  构建应用程序的面向服务架构的方法提高了企业和IT的生产力、敏捷性和速度。为了帮助实现这些获益,BEA WebLogic Portal支持发布和使用portlet的业界标准技术,这些portlet整合了用户交互和服务功能逻辑。WebLogic Portal的门户联邦功能基于Web Services for Remote Portlets (WSRP)技术,支持分布式企业门户服务结构,此结构可被轻松结合,以支持企业快速响应并向门户客户交付最佳用户体验。

  WebLogic Portal 9.2扩展了WebLogic Portal 8.1中首次引入的门户联邦功能。本文主要介绍这些新的联邦特性。另外,WebLogic Portal 9.2引入了添加到门户业务服务中的新的社区框架,并为具有共同兴趣爱好的客户简化了门户成员关系、管理和门户的最终用户生成。WebLogic Portal 9.2简化了门户生命周期管理,同时改进了管理员和开发人员的生产操作。

联邦门户

  简单地说,联邦门户是包括远程分布资源的门户。为符合WSRP而构建的portlet提供了此远程功能。这些远程资源来自称为生产者的一个或多个门户服务器,在运行时被收集和组合在被称为消费者的门户应用程序(此应用程序向用户展示联邦门户视图)中。要获得关于WSRP和WebLogic Portal的额外背景信息,请参阅在 WebLogic Portal 8.1 中使用远程 Portlet Web 服务 (WSRP)

   可将远程portlet添加到消费者门户来创建新的应用程序。图1阐释了这一概念。借助WebLogic Workshop IDE,开发人员可使用远程资源。管理员使用WebLogic Portal Administration的基于Web的工具来组合和管理联邦门户。

Figure 1

   图1. portlet显示在提供无缝门户视图的消费者门户中。

  WebLogic Portal实现了WSRP,后者支持在运行期间将远程资源组合到新的门户应用程序中。WSRP是联邦门户的基础技术。

  联邦门户具有以下特性:

  • 分布式:Portlet被部署在企业内的远程系统上。
  • 分离:门户与其portlet不是互相依赖的。远程portlet可独立于联邦门户进行维护和部署。
  • 集成:远程portlet可相互通信和共享数据。
  • 基于标准:WebLogic Portal联邦门户构建于开放标准之上,这些开放标准包括WSRP、SOAP、WSDL、SAML和UDDI。

联邦的好处

  联邦提供许多好处。以下是一些最常见的好处:

  • 即插即用SOA:联邦门户是即插即用面向服务架构(SOA)的真正示例。在大多数情况下,门户管理员能够定位远程portlet并将其整合到门户中,而无需开发人员帮助。这些“表示服务”由来自一个或多个生产者的portlet组成,并可由多个消费者重用,这些消费者提供了消费者和生产者之间的“多对多”关系。
  • 门户部署成本降低:门户联邦最大的好处可能是:在更新消费者联邦门户的远程portlet时,无需重新部署这些门户。远程portlet部署在独立Web应用程序中,通常是称为生产者的远程系统。当更改portlet时(例如添加或移除特性或改正错误时),引用它的远程portlet会自动反映更改。消费者门户应用程序无需重新部署。
  • 提高的版本计划灵活性:因为联邦门户中的portlet和其他服务是分布式的,所以多个团队可彼此独立地使用和部署新特性。通过Web services机制,联邦门户的开发人员仅使用由这些独立开发团队生成的软件资源。
  • 门户测试成本降低:通过定位生产者和挑选所需的portlet,门户管理员能够将新的远程portlet整合到门户中。从管理员的角度来说,这些远程portlet是经过充分测试且随时可用的。开发人员能够独立测试远程portlet,从而降低测试的复杂性。
  • 降低软件组件之间的依赖性:如果某个portlet依赖于特定软件库,则会引入必须进行管理的依赖性。对portlet或库版本进行更改可能导致与现有代码不兼容。因为远程portlet是在远程系统上开发、测试、部署和运行的,所以使用远程portlet的联邦门户没有这种依赖性。
  • 提高门户组件重用:生产者发布的portlet可由任意数量的消费者重用,只需最少量的工作且无需进行额外编码。
  • 提高互操作性:根据定义,联邦门户是松散耦合且基于标准的,这使WebLogic Portal能够使用来自第三方供应商的portlet。同样,第三方门户也可使用驻留在WebLogic门户中的portlet。

WebLogic Portal 9.2:新特性

  现在我将检查WebLogic Portal 9.2中的新特性。涉及的主题包括:联邦书籍和页面、portlet注册表、用户配置文件传播、消费者权限、联邦拦截器和联邦工具。

联邦书籍和页面

  因为在2003年WebLogic Portal 8.1添加了对WSRP 1.0的支持,所以SOA项目实现的数量也有所增加,客户对将更多软件资源作为服务公开和使用的需求也增加了。

  客户希望能够组合新的复合应用程序并进行无缝集成,而这要求灵活的服务基础架构。随着远程portlet数量的增加,对更好的管理结构以及提供组件之间关联性的方式(以保护松耦合)的需求也增加了。图2阐释了逻辑视图。

Figure 2

   图2. Portlet、页面和书籍可作为WSRP资源公开。

  WebLogic Portal 9.2支持开发人员联合包含在一个或构成一本书的一组页面中的portlet组。可以一次联合几个portlet,而不是逐个进行。因为简化了管理,所以可通过页面和书籍将许多portlet作为一个组来管理。管理员不再需要明白哪些portlet是有关系的;可在页面级别上定义和联合portlet关联性。

Portlet 注册表

  随着服务的增加,portlet、书籍和页面数量也在增加,并且需要一个更好的方式来列出、管理、发布和发现这些资源。

  WebLogic Portal 9.2添加了对任何UDDI兼容注册表的支持。UDDI注册表存储关于Web services的元数据,并支持用户搜索和发现这些服务。WebLogic Portal使用UDDI注册表为消费者提供方便的机制,以定位生产者、portlet、书籍和页面。图3阐释了发布和发现功能。

Figure 3

   图3. WebLogic Portal能够发布和发现UDDI兼容注册表中的WSRP资源。

  人员可从门户支持每个得到部署的新portlet,从而自动在AquaLogic Service Registry中注册它们。要获得关于WebLogic Portal和AquaLogic Service Registry的更多信息,请访问产品文档。一旦不同的资源被注册,就能够搜索到它们,然后可以在企业中对这些资产进行管理。

  可以添加一套新的用户友好工具,来支持用户快速搜索和定位远程资源。通过添加注册表集成和服务总线,WebLogic Portal支持一整套SOA功能,portlet和其他资源在其中被构建、部署、注册、发现、使用、管理和监视。

  一旦发现新的远程资源,消费者门户就可以使用它们,并授予访问它们适当的权限。

用户配置文件传播

  WebLogic Portal 8.1引入了通过定制数据传输机制在消费者和生产者之间共享数据的能力。

   定制数据传输是将数据从消费者传输到生产者的有计划的方法。WebLogic Portal 9.2简化了数据传输,并为生产者portlet提供自动化设施,以宣布其希望从消费者门户接收的内容。在运行时期间,消费者可轮流将用户配置文件属性映射到所请求的属性。属性被自动从消费者发送给生产者。

消费者权限

  此特性支持生产者根据远程资源定制特定用户可以看到和调用的内容。这不仅仅是打开和关闭一个远程portlet,而是在运行时动态配置规则,以影响生产者行为。

  例如,开发人员能够在开发时将一个远程portlet设为“enabled”。随后,WebLogic Administration Portal中的管理员能够使用Consumer Entitlements设置规则,以根据消费者执行不同的行为。如果某一特定消费者位于高级清单中,那么它应该能够访问所有已发布的portlet。如果另一个消费者位于基本清单中,那么它应该只能访问一部分portlet。

  这提供了控制用户能够订阅的portlet的能力。根据注册信息,仅有授权的portlet是可见的,并可供消费者门户的管理员使用。这引入了与WebLogic Portal为本地部署的portlet提供的权限功能一致的远程功能。

联邦拦截器

  联邦拦截器是WebLogic Portal 9.2中大多数现有联邦特性之一。借助于Interceptor Framework,开发人员能够完全访问Federation Lifecycle,后者定义了从生产者到消费者的联合(federation from producer to consumer)的通信和呈现过程。

  Interceptor Framework是消费者端框架,它以编程方式拦截和修改标记和与用户交互相关的WSRP消息,这些消息在生产者之间传递。图4阐明了这一概念。

Figure 4
图4. 拦截器可用作生产者和消费者之间的所有WSRP通信量的过滤器。

  此框架允许检查WSRP消息的内容,并根据此内容采取特定行动。开发人员也可以将数个拦截器连接起来,以完成特定任务。以下是一些拦截器最常使用的情况:

  • 处理错误:您可以使用拦截器来处理从生产者返回的错误。例如,如果一个特定生产者未注册,那么您可捕获此注册错误并按您的意愿处理它。您可将信息消息显示给用户,或者可选择自动注册此生产者。如果生产者不可用,拦截器也可以捕获I/O故障。在这种情况下,您可选择通过为用户显示信息消息或阻止针对生产者的以后的请求来处理错误。
  • 缓存标记:您可实现一个拦截器,仅缓存从生产者返回的特定标记。拦截器允许您使用您选择的任何外部缓存系统。除缓存消费者上的标记外,在某些情况下,开发人员可减少消费者和生产者之间的往返通信。WebLogic Portal提供面向portlet的开箱即用缓存,也就是说,如果需要特定行为,可使用拦截器。
  • 验证数据:拦截器可过滤用户提交的数据。如果用户数据无效,则会显示一个信息消息,或者阻止将此数据发送到生产者。
  • 替换标记:拦截器可过滤、替换或修改从生产者发送的标记数据。拦截器也可修改远程portlet的导航状态。这简化了导航链接解析的更改。
  • 修改HTTP头:拦截器可添加或移除HTTP头的元素,也可监视响应头。例如,这支持添加一个特定于客户的内部系统的定制安全令牌。

  几个客户将发现此强大特性,用它部署更复杂和功能丰富的联邦门户。要获得关于如何使用拦截器的示例,请访问WebLogic Portal 9.2在线文档

Web services for Remote Portlets 2.0支持

  OASIS Group WSRP规范的2.0版本正处于“委员会草案”阶段,在本文发布时已快要完成,但它不会是WebLogic Portal 9.2版本的最终版。然而,WebLogic Portal 9.2将包括几个WSRP 2.0特性作为扩展。以下是WSRP 2.0最重要的特性的列表:

WSRP 2.0功能 WebLogic Portal支持
portlet间的协调——支持消费者设法将portlet的协调响应应用于用户交互。在portlet之间共享上下文。 在WebLogic Portal 8.1中引入——远程Portlet内通信支持
传播——消费者和生产者数据(例如注册信息)的便携性 WebLogic Portal 9.2之后的版本中提供
租用——指定portlet和注册的生命周期 WebLogic Portal 9.2之后的版本中提供
安全性采用——Web services安全性的技术说明 在WebLogic Portal 8.1中引入——安全性断言标记语言 (SAML)支持

  完整的WSRP 2.0特性和功能将在WebLogic Portal 9.2之后的版本中提供。要获得关于WSRP 2.0和未来开发的最新信息,请访问OASIS集团的Web站点。

   联邦工具

  已经对WebLogic Portal 9.2基于Web的工具进行了一些实用的改进。管理员和开发人员将拥有更直观友好的环境,可以在该环境中初始化和管理联邦。一些主要的改进包括:

  • 一套增强的联邦工具
  • 简化远程生产者注册的向导
  • 用特殊图标指示库中远程资源的到场
  • 针对所有远程资源的分页功能:portlet、页面和书籍
  • 在UDDI注册表中搜索和发现远程资源的能力
  • 支持生产者上的Consumer Entitlements的额外工具
  • 测试来自控制台的远程资源的能力
  • 匹配WebLogic Server控制台的新外观
  • 跨工具应用的一致的Web导航模式

  图5显示了WebLogic Portal Administration Console。

Figure 5
图 5. WebLogic Portal Administration Console中改进的新联邦工具

   互操作性

  互操作性是门户联邦的主要获益之一。WebLogic Portal支持跨供应商的互操作性,它测试了各种第三方联邦生产者(包括IBM、NetUnity和Oracle)以及受WebLogic Server支持的Web应用程序生产者。WebLogic Portal 9.2也可通过WSRP(由BEA Portal .NET Application Accelerator生成)使用ASP.NET应用程序。

联邦架构

  通过集成AquaLogic Service Bus和AquaLogic Service Registry组件(由BEA提供,用于实现服务架构),WebLogic Portal 9.2支持SOA生命周期管理。图6阐释了WebLogic Portal 9.2如何在SOA环境中工作。

Figure 6
图 6. WebLogic Portal可用作生产者和消费者,它还可与AquaLogic Service Bus和AquaLogic Service Registry一起使用。

  SOA生命周期管理能够提供和管理企业中的服务,从而提供企业运营和动态适应更改所需的正确的访问级别和服务质量。通过快速适应更改,企业能够变得更加敏捷和更具竞争力。这是SOA采用(SOA adoption)背后的驱动力之一。

  通过充当代理并分析消费者与生产者之间的WSRP请求,AquaLogic Service Bus提供了监视、管理和服务水平协议(SLA)支持。它还可以监视portlet服务消息中的XML,并基于环境中的规则和更改来执行转换。

  关于使用WebLogic Portal和AquaLogic Service Bus的更多信息,请参阅AquaLogic Service Bus: Interoperability with Web Services for Remote Portlets (WSRP)上的产品文档。

  WebLogic Portal 9.2添加了与任意UDDI兼容的注册表直接交互的功能。AquaLogic Service Registry可在架构阶段部署,以便在运行期间且在实现单独服务之前定义接口和策略;此流程可确保企业中的不同团队都遵从现有策略,将服务发布到注册表中。

  关于使用WebLogic Portal和AquaLogic Service Registry的更多信息,请参阅WebLogic Portal Federation文档

  AquaLogic Service Bus和AquaLogic Service Registry提供了支持面向WebLogic Portal的SOA生命周期管理所需的服务功能。

结束语

  WebLogic Portal为WebLogic Portal 9.2版本添加了许多新特性,这些特性对于部署联邦门户非常重要。客户和合作伙伴会发现WebLogic Portal 9.2是一个功能非常强大且非常有价值的版本。另外,工程和产品团队也为WebLogic Portal 9.2而激动。请继续与WebLogic Portal团队共享反馈和请求。WebLogic Portal新闻组页面可从Dev2Dev上获得。

  关于WebLogic Portal 9.2版本的更多信息,请访问BEA的下载和在线文档页面:

参考资料

原文出处:http://dev2dev.bea.com/pub/a/2006/06/portal-federation-wlp9.html

 作者简介

Alex Toussaint 是BEA Systems公司的高级产品经理。在为BEA效力的第一个5年中,他在WebLogic Portal团队中负责开发产品策略,并管理着几个领域,比如内容管理、门户联合、门户框架和新兴门户标准。

dot dot dot

dot
  作者其它文章
您对本文的评价
您对这篇文章的看法如何?
太棒了!5分 不错啊 4分 一般般 3分 有待提高 2分 不好 1分