SOA架构和Web服务及其实现技术已经被广泛用于将应用程序暴露为服务,并成为未来开发新服务的一种技术手段。这些服务或者被其它应用消费,或者通过门户应用或其它用户接口被暴露给最终用户。广义上讲,门户可以单点登录到所有的应用程序。通常,门户是可插拔的UI片段,即portlet的集合。Portlet是可交互的Web应用,它从本地或远程应用/服务收集数据,然后通过门户来呈现。这些portlet通常比较复杂,难于设计,驻留于本地系统,并且与门户容器相关。当把动态业务应用的集成和信息资源应用到门户中时,就经常需要对每个特殊服务的portlet进行重新设计。通过把这些portlets和对应的服务集成到一起(通常称为Remote Portlets),就能避免管理portlet带来的额外负担。
Web Services for Remote Portlets (WSRP)从JSR168演化而来,它提供了与面向表示层的Web服务进行交互的标准,并且能够把远程portlet暴露成服务。与WSRP兼容的门户能够消费这些服务。WSRP在各种用户接口组件之间的服务交互中标准化了接口定义,甚至还考虑到这些组件的运行时用户接口。
我们分析了市场上几个大厂商的WSRP产品。选择了下面几个特定的参数进行比较:
- 会话管理:在portlets之间通信,在浏览器会话之间通信以及在portlet内部通信。
- 标记的生成与使用。
- 安全性:对标准和与门户应用集成的支持。
- 互操作性:在门户和不同技术之间的互操作
- 定制:定制的难易程度
Parameters | Weblogic Portal 8.1 SP3 | WebSphere Portal 5.1 | MS SharePoint Portal Server 2003 | Sun ONE Portal Server |
Session Management |
会话绑定到用户会话 | 每个请求的会话数据都被丢失。对Producer的额外请求被提交到建立的会话中 | 允许Web Parts在一个浏览器会话中交换信息和对象 | HTTP会话容易配置 |
Markup Generation | Producer和Consumer都可编写URL。Consumer为producer重写提供URL模板。Producer为Consumer重写插入标记。 | 通过portlet的表单改变状态来提交数据,它不允许通过render请求提交表单数据。用户render URL来提交表单数据的portlet不能远程工作。 | SharePoint产品和技术现在使用基于.NET FrameworK和ASP.NET的Web Part Pages及Web Parts | Applets与框架 |
Security | 尽管Weblogic支持各种开放标准,但WSRP安全性还不够成熟。 | 与JSR-109兼容,能够使用WS-security特性。WSRP Consumer 和Producer能够被配置用于Lightweight Third-Party Authentication (LTPA)。WSRP Portal可以用客户端证书验证来配置Secure Socket Layer (SSL)。 | 根据用户注册情况使用Windows认证或基于Web的认证。支持单点登录。 | 使用Secure Remote Access来提供安全性高的远程访问门户。支持单点登录。 |
Interoperability | 可对使用IBM, Oracle 和Citrix producers 的Consumers进行测试。 | 可对各种Consumers进行测试。 | 可部署与WSRP兼容的. Web parts | 可对各种Consumers进行测试。 |
Customization | 类似WSRP SOAP Ports的设置,Proxy Settings不易配置。 | WSRP SOAP Ports, Proxy Settings, Parallel Port Rendering, Switching Catching Off and On都很容易配置。 | 提供自己的定制样式表。 | 提供良好的定制功能。 |
应用集成是企业门户项目的主要问题。WSRP标准使在不同门户产品上实现可互操作的portlets变成可能,进而增加了可扩展性、可靠性、性能和portlets的可用性。这与用户的可选择性和所有类型的信息集成一起,大大增加了部署企业门户的生产力。如果没有WSRP,组织会受限于自己的portlet技术,不仅局限在一个特定的厂商,而且还增加了开发与部署那些与后台标准Web服务进行交互的前端应用的时间。
文章来源于领测软件测试网 https://www.ltesting.net/