门户产品分析对比.docx

门户产品分析对比.docx

《门户产品分析对比.docx》由会员分享，可在线阅读，更多相关《门户产品分析对比.docx（21页珍藏版）》请在冰豆网上搜索。

门户产品分析对比

特性

BEA

IBM

Liferay

1.门户业务服务

1.1页面组织、信息展示和显示设备管理

WebLogicPortal通过对用户的属性管理，通过对PortalPage和内容版块（portlet）的控制，通过定义不同的desktop,将企业信息有序地、安全地以不同的形式（Browser,手机和掌上设备等）进行展现。

Ok

1.2用户管理、统一用户档案（UUP）和个性化服务

WebLogicPortal提供了对用户的管理，包括用户注册、信息维护、分组和属性管理功能，个性化服务正是建立在用户管理基础之上实现的，对于具有不同属性的客户，不同分组的客户他们看到的Portalpage和内容版块（portlets）是不同的。

其中的统一用户档案管理可以使Portal的开发人员以统一的API（Jsptaglib和EJB）访问存储于不同位置（数据库，LDAPServer，专有系统等）的用户档案，而不用编写新的程序将其重新组织，使用户的个性化管理和安全控制在现有和全面的用户数据基础上实现。

1.3协作（Collaboration）

由于提高用户的生产率通常就是投资回报的一部分，因此协作是很多门户实现过程中的关键因素。

不管用户在何时何地需要信息，WebLogicPortal都可以将相应的信息提供给用户，通过为用户建立email服务，日程安排服务，备忘录服务，信息公告版，讨论室，对不同用户创建的内容信息的共享服务，以及对协作软件（notes和Exchange等）的集成访问提高了不同用户之间的可协作性。

1.4商务组件

商务服务可以用来构建电子商务门户。

支持用户应用开发以及后端系统的集成。

开发人员只需要简单地处理目录、购货车、订单管理以及订单折扣，并使用文档中介绍的一些编程接口和JSP标签库，就可以对商务特性进行扩展，并增加自己自定义的内容。

1.5内容管理

WebLogicPortal提供了对于门户内容管理的支持，这是使用内容服务和可扩展的体系结构实现的，内容可以是多种形式的文档（HTML,XML和Image图片等）只要业务需要，这种体系结构可以支持多个内容数据库的集成。

支持内容的创建、修改、删除和上传等操作。

并可以与第三方的内容系统集成。

1.6搜索

WebLogicPortal的企业搜索能力使用了成熟的模式匹配技术，可以让用户在搜索信息时安全地对信息进行访问。

WebLogicPortal的企业搜索支持使用关键字和元数据进行搜索。

搜索对象包括HTTP，ODBC，XML和文件系统等。

2.提供多种的企业集成方法

2.1Portlet

Portlet是门户中的一些应用或应用的视图，可以被看成不同的内容版块。

根据开发方式的不同，BEAWebLogicPortal可以支持不同类型的Portlet（JSP/HTML、Web服务、Pageflo或Java），开发人员可以使用Portlet来集成企业系统中位于不同位置的数据和访问不同性质的应用，并以统一的方式进行展示。

2.2Web集成

通过WebLogicPortal,不仅可以用Portlet直接透视企业的数据。

同样，如果这些数据已经通过Web方式进行了展示，或者需要在Portal中集成其他Web页面的信息，Portal提供了Web内容集成功能，将其他Web页面内容嵌入企业的Portal，使Portal成为所有资源的统一入口。

2.3WebServices

门户中某些数据可能是通过访问WebServices应用得到的。

WebLogicWorkshop中可以使用简单的可视化开发工具，简化对WebServices的访问，以便将对WebServices的访问快速地集成到企业门户中。

2.4页面流Pageflow

企业级应用往往建立在MVC的技术基础上实现，在WebLogicPortal中，实现了以Struts为核心的流程控制管理功能，页面逻辑、后台服务（由EJB等实现），数据效验和流程控制在统一的图形化界面中完成。

可以使应用开发进行合理分工，同时保证了整个系统的灵活性，同一个后台服务可以同时为不同的界面逻辑服务。

只要系统管理员将应用进行相应的配置就可以实现。

2.5业务流程管理和应用集成

对于需要通过工作流完成的后台逻辑（通常是异步操作或需要通过JCA调用异构系统服务的），WebLogicPortal调用WebLogicIntegration的工作流引擎进而继续调用应用视图完成异步工作流或异构系统服务的调用。

3.统一登录

3.1用户认证信息的保存及处理方式

A,可保存在中,LDAP中或文件系统中,同步是个问题

B,采用UUP,从各个系统中取用户名/密码等认证信息,更实用.

C,用户自己输入

3.3B/S结构简单SSO实现方式

1）当用户登陆PORTAL成功后，从表LOGININFO中取出该用户能进入的系统，及用户在这些系统中的用户名/密码。

保存在SESSION中。

2）在PORAL页面上建立到这些系统的超连接，当用户要通过这些超连接进入相应的系统时，比如用户：

USER1要进入系统A，从SESSION中取出USER1在系统A中的用户名/密码为：

TEST1/1234。

在PORTAL中可以与A建立一个HTTP连接。

调用LOGA.JSP。

把用户名/密码发送给他。

LOGINA.JSP自动开始认证过程。

并把结果（成功或失败）发送回给PORTAL。

如果认证成功。

则用户USER1进入系统A

3）这样用户就不用输入用户名/密码，实现简单的单点登陆

4.与Notes办公系统集成

4.1通过LotusNotesJDBCDriver集成；

LDDJ（LotusDominoDriverforJava,也称为LotusNotesJDBCDriver）是Type2类型的JDBCDriver，它使得开发人员可以通过Java程序像访问关系数据库一样访问Domino/Notes数据库。

LDDJ是Type2的JDBC驱动，因此，本地需要Notes应用支持，在LotusDominoR5和R6版本只能运行在Windows平台。

JDBC方法是使用标准Java数据库技术Domino提供JDBC驱动程序并且它的行为可以看起来和标准关系数据库一样。

但是，尽管某些SQL扩展允许访问其有层次结构的数据，但这种方法限制了使用Domino所能提供的好处。

4.2通过LotusConnectorclasses集成

LotusConnectorClasses提供了一些JavaClasses来访问Domino/Notes数据，可以在Java程序中导入LotusConnectorClasses类：

lotus.lcjava.*。

4.3通过LotusDominoObjectsforJavaoverIIOP（CORBA）；

LotusDominoToolkitforJava/CORBA提供三个JAR，即dco.jar、NCSO.jar和Notes.jar，提供丰富的API保证可以方便地存取Domino数据库的内容，并对数据元素具有一定的处理能力。

这个工具包命名为ToolkitforJava/CORBA，是因为在处理本地Notes数据库和远程数据库时所使用的技术有所不同。

4.4 LotusXMLToolkit（DXL）；

Domino/Notes提供了LotusXMLToolkit，来以XML的方式存取Domino数据，包括文档、RTF域和一些设计元素。

LotusXMLToolkit提供了Java的API。

4.5CustomTagConverionkit（DCT）

DominoR6提供了一套自有的JSP标记，开发人员可以使用这些标记来开发JSP页面，灵活定义Notes数据的显示格式，进行数据访问、输入和过程控制。

相应地，DCT可以将Notes数据库中已有的视图和表单，转换成用JSP文件。

转换后效果将模拟在Notes客户端中视图和表单的显示格式。

这个工具只支持Windows平台，需要DomnoR6支持。

目前DCT仍属于IBMAlpha项目，尚未正式发布。

4.6LotusScriptExtensionstoolkit（LSX）；

LSX是在LotusC++API基础上开发出来的，用来扩展LotusScript的功能：

１、使得Notes应用可以和Lotus家族其他产品，例如Lotus1-2-3，进行交互

２、使Notes应用可以与其他已有应用系统进行交互

３、使Notes应用可以和操作系统进行某些交互

LSX被编译成为动态链接库（在非windows平台上为其他类型的共享程序库），LotusScript可以在Notes中调用。

4.7构建使用Web服务来访问LotusDomino；

Domino6提供了Web服务封装功能，用LotusScript与Java技术为Lotus应用程序提供了Web服务接口。

可以构建使用Web服务来访问LotusDomino的Portlet。

BEA所提供的dominotaskcontrol和Lotusnotesadapter也可以用它来实现和LotusDomino的集成。

4.8与支持Web访问的Domino应用系统的连接方案；

当Domino应用本身就是基于Web方式的应用时，采用WEBCLIPPING方式，

把要集成的WEB页面的一部分或全部包装成一个PORTLET，PortalServer通过HTTP或HTTPS的方式与应用相连，获取相关内容后传输给浏览器即可。

用户在该应用程序上的操作，PortalServer可以获取其内容并转换为应用的HTTP/HTTPS请求，由应用完成具体操作，这种方法比较简单，不必过多考虑应用的内部细节

4.9利用第三方提供的Portlets；

优点：

这种方式的集成最大的特点是简单，不需要写任何的代码，只需要直接进行安装连接配置就可以完成WebLogicPlatform与DominoNotes之间的集成。

这是个第三方独立的软件包，所以稳定性，功能性和使用性都比较好。

缺点：

需要单独购买第三方软件，只能集成收发邮件，日历，待办事宜，联系人四个功能，如果要集成自己开发的DOMINO应用，就无能为力

备注：

Compoze非BEA产品，不包含在本次投标报价中，如果客户最终采用这种方式，需要另行购买这个产品。

4.10在WebLogicWorkshop中使用WebLogicAdapterforLotusNotes™无缝集成Domino应用。

基于J2EE的JCA标准开发DominoNotes的适配器（Adapter）,可以由第三方的供应商来提供，也可以用户自行开发。

BEAWebLogicServer平台提供了一个支持适配器的开发、测试、封装和部署的框架和相应的工具（ADK），它大大地加快和简化了适配器的开发过程。

适配器（Adaptor）在WebLogicServer和DominoNotes之间提供了一个互相访问的平台，在适配器里面封装了应用之间连接和访问的逻辑。

在WebLogicPlatform上集成DominoNotes的过程：

1．NotesAdaptor的部署：

通常Adaptor是一个.ear文件，通过WebLogicServerConsole平台进行配置部署。

2．部署成功后，打开WebLogicApplicationIntegrationConsole：

http:

//url:

port/wlai平台，完成对Adaptor的服务和相关事件的定义。

3．定义结束后，要publish到WebLogicWorkShop平台上。

4．打开WebLogicWorkshop，创建一个ApplicationViewControl

5．ApplicationViewcontrol这个控件创建成功后，打开这个控件，就会列出该适配器提供的所有的服务

6．最后我们可以通过调用该控件里面的方法来集成DominoNotes提供的功能。

优点：

通过适配器（Adaptor）的方式集成DominoNotes是企业级应用集成的一种标准和通用的方法。

由于它是基于J2EE的JCA标准，完全是一种开发和部署完全分离的模式，在很大程度这种会保护客户的投资。

因为Adapter的开发是基于标准的JCA的API，它不会因为产品版本的升级和更改去重新编写Adapter，所以Adapter一旦开发完成后就可以任意部署，对它的维护也比较简单，只需要在规范变化之后做相应的修改，而不会影响原来的内容。

另外J2EE平台为适配器的运行环境提供了很多基础的服务，所以当我们使用适配器做集成的时候，很多对适配器的管理例如连接管理，安全管理和事务管理，都由部署适配器的平台来提供，而不需要我们在Adapter的程序中去实现。

缺点：

由于遵循了JCA的规范，使得Adapter内部的实现的层数比较多，所以用Adapter进行集成和直接用JavaAPI实现做比较，在访问速度上会稍微慢一些。

5.多数据源统一展现

由于业务数据分散地存放在不同的应用系统中，WebLogicPortal利用LiquidDataforWebLogic实现对复杂的、多样化的数据源实施统一的管理，对于客户来说，他感觉就象看到一个单一数据源一样简单。

需要说明的是，为了提高展示信息的人性化，可以选用第三方的WEB展现工具，以此为客户提供各种图形化，表格化的信息展现。

6.个性化门户

6.1个性化服务

6.1.1系统角色管理

根据员工的工作性质的不同进行角色的分类，然后，根据角色的不同向员工推送不同类型的信息内容。

6.1.2模板/主题风格管理

员工根据自己不同的喜好，可以设置适合自己的模板和主题风格。

6.1.3布局管理

员工可以根据自己的使用习惯、频繁程度，改变不同功能模块的页面布局设置，系统将根据员工的设置，呈现出其需要的布局。

6.1.4频道定制

员工可以设置自己需要的频道信息，如技术动态、公司新闻等。

6.1.5多种信息格式展现

作为企业资源的访问渠道，其内容展现应支持多种访问设备，包括：

✓台式机/便携机

✓PDA

✓移动电话

✓等等……

同时，展示平台的内容展现应支持不同的信息浏览工具软件，并提供不同的信息展现描述格式。

展现管理是将展示平台提供的信息内容按照访问设备和信息浏览工具的不同，提供定制管理工具，实现信息格式的自动转换。

6.2个性化内容展现

6.2.1内容应用聚集

与访问安全控制和个性化展现管理功能相结合，在展示平台中提供一定的访问处理手段，使不同角色/权限的用户在角色/权限允许的范围内访问相应的内容和应用资源。

6.2.2内容管理

内容管理要实现如下几个目标

企业新闻、信息、公告的采编、发布管理；

实现信息采编、发布所需的的各种权限、角色的定义和管理。

实现Internet信息采编，搜集Internet信息内容，并通过信息采集，编辑整理，发布，向企业门户系统提供信息服务；

能够将已经整理完毕的内容提供给企业门户系统系统，实现对各种类型内容文档的统一采集、编审和发布，包括各类Office文档，HTML/TEXT文档，图片、表格信息，以及音视频文件；

审核的过程结合工作流引擎，能够根据流程的变化进行方面的定义。

具有开放的接口和二次开发能力，可以从其他的已建系统中引入数据，并进行统一的管理和发布。

7.多门户技术

WebLogicPortal的技术体系结构中已经进行了改进，增加构建门户时的灵活性。

WebLogicPortal对多门户体系结构的功能进行了增强，每个门户Web应用都可以支持多个门户。

这种变化为开发人员在构建层次更复杂的门户应用时提供了更大的灵活性。

8.权限管理

8.1委托管理

8.1.1系统管理员

该管理员能够全权访问所有的管理任务，并设置委托管理结构。

8.1.2门户管理员

代理管理员能够对一个或多个门户从事许可范围内特定的管理任务，并设置这些门户的委托管理

8.1.3组管理员

为具有允许特权的代理管理员，允许在一个或多个组门户内从事特定管理任务。

组管理员也可以创建其它的组管理员。

8.2基于规则的管理

门户架构提供了主要的访问控制和客户化途径，它基于用户组成员资格，由管理员分配固定的Portlet子集和门户页面属性实现。

为了定义组用户可访问的Portlet子集和门户页面，管理员创建了组门户。

实际上，组门户就是该组的门户视图。

这种典型的、基于组的访问控制被许多门户产品所采用。

特别适用于用户组结构不经常变化的情形，对于Portlet和页面的访问可以准确地映射到用户组。

9.页面流PageFlow

页面流是帮助建立网络应用的机制，能够保持网络应用的表达逻辑和底层业务过程的分离。

由于页面流以集中的XML配置文件设定网站访问者的页面显示次序，因此采用页面流机制能够减少创建和修改网站工作流所必须的工作量。

在与访问者交互的适当时机，页面流可以激活预定义的、专门化组件进行数据有效性检查或执行后台业务过程。

因此，采用页面流的模块化体系结构，能够使开发小组更快、更容易地完成需要后台编程的修改过程。