编者按

当今的企业，其信息系统的建设都已经历了从办公自动化（OA）、企业局域网（LAN）、企业广域网（WAN）、管理信息系统（MIS）到企业Internet和建立企业Web站点的阶段，企业内的各种信息系统业已基本发展完备。在这种状态下，一系列具有前瞻性的问题摆在了所有具有一定信息化基础的企业面前：以何种方式将企业的所拥有的信息资源集成和统一起来，加以最大化的利用？今后的企业信息化会朝向何处发展？企业如何看待相互分隔的电子商务和管理信息系统？

现在，在国内有很多企业的应用系统都已经Web化了，门户也逐渐变成了企业桌面，取代了大家熟悉的浏览器。信息门户在许多行业已经得到了广泛的应用，其作用不再只是给企业内联网锦上添花，现在的门户不仅实现了对企业数据资源的单点访问，而且还正在发展成为未来的Web应用框架。

但是，我们也看到，企业在建立信息门户的过程中还存在许多困难。首先，企业门户已经超出了传统的管理信息系统概念，也越过了普通意义的网站，因此企业在建设信息门户的过程中需要吸取新的思路；其次，企业门户的特点在于惟一性、集成性、个性化和整体性，所以企业的信息基础架构必须拥有这些新特点，才有生命力；另外，更重要的一点是企业在建立信息门户过程中如何选择适合自身信息资源及应用特点的技术和产品。

为了让国内用户对于目前市场上一些最流行的门户技术有一个准确的判断，计算机世界方案评析实验室专门编译了来自国外同行的，一组关于各主流信息门户技术及应用特点的评测与分析的文章，通过实际应用和测试，对目前国际市场的几大主流门户的性能及开发特点进行了深入剖析。

同时为了使用户对该项技术的本地化应用有一个更加直观的认识，本栏目还选用了一家国内，甚至也可算得上全球最大的企业门户用户——中国电信，作为本期专题的一个典型案例。

对于IT经理们来说，建立企业门户首先要解决一系列信息架构和系统架构问题，所以完全没有把握达到大规模节省成本，缩短投资回报周期这一理想境界。因而，选择门户时只好不考虑基础设施，而是考虑如何完成企业认为最至关重要的任务——如何满足这些任务的需求。

例如，基本门户不会自动减轻信息的过度杀伤力，因为这需要支持强大的身份管理功能，并实现基于角色的定制化和个性化。如果适当地提供这种支持，那么用户登录一次，就可以与为他的工作定制信息交互，而不管数据来自传统数据库、内容管理系统或文件管理系统、另一个门户，还是基于Internet的新型应用。

此外，门户正在重新定义、实施和管理新型应用程序的方式，这一转变的核心在于Web服务和相关的开放标准。微软公司的.Net、Sun公司的Java System、WSRP（ Web Services for Remote Portlets）和大量Java Portlet 规范——JSR（Java Specification Request）168、170、188和207，都可以帮助各类不同的系统自由交互。

这种开放性和模块化，为购买第三方小门户以实现特定功能提供了选择余地，这样一来，开发人员所具有的以.Net和Java技能为基础的开发工作，就可以针对企业独特的门户需求进行了。

顶级的门户解决方案将运行在通用的J2EE应用服务器上，如IBM WebSphere、BEA WebLogic、.Net等。区别这些相差无几的产品的方法是：门户是否在厂商自己的平台上运行得最好？它与目录、安全性等现有企业系统真实的集成度有多高？

目前市场上有三种门户模式：第一种是支持紧密集集成的APS（Application Platform Suite）方法，这种方法把应用服务器、集成框架和门户合并到一个平台中，BEA、Oracle、Sun、Microsoft和IBM都采用这种模式，开发人员采用APS方法，可以更容易地利用现有数据库以及重用商业逻辑，不过，这种方法可能使你被拴在某个厂商所实施的应用或管理服务器方法上。

第二种方法是通过门户应用把不同的系统融合在一起，像Vignette公司和Plumtree公司走的就是这条路。采用这种方法，你可以牺牲一些对应用程序整个生命周期进行管理的能力，以自由选择最好的应用服务器和其他组件来满足特定需求。

最后一种方法，可以通过SAP等ERP厂商的门户，获得他们的应用程序和一些附加的集成功能。此次测试虽然也曾邀请SAP参加，但是他们拒绝了。

背景

1998年11月，美国美林公司(MERRIL LYNCH)发表了一份关于企业信息门户(Enterprise Information Portal)的研究报告，这份报告成为引导电子商务想象空间的问路石，在美国企业界引起了巨大反响。据GartnerGroup市场研究调查中心预测，2003年，60%的财富500家大公司会导入企业信息门户。

实际上，所谓EIP就是一个将企业的所有应用和数据集成到一个信息管理平台之上，并以统一的用户界面提供给用户，使企业可以快速地建立企业对企业和企业对内部雇员的信息门户。

按照Gartner公司的说法，实施一个周全的门户方案，通常可以把雇员的工作量从几天减少到几小时，从而可以让企业因提高生产效率而节省几百万美元的成本。Meta Group公司也称，门户可以在18个月或更短的时间内收回投资。

BEA WebLogic Platform 8.1集成的企业应用

通过把WebLogic Protal（和任选的WebLogic Integration产品）放入其WebLogic Platform 8.1中，BEA提供了一个优异的统一平台，这一平台建立和集成的不仅是门户，还有企业应用。开发人员可以在熟悉的编程环境中工作，用Web服务在门户上实现其应用程序，同时基于Web的工具使企业用户能迅速安装和配置新的门户。

单一安装程序装入WebLogic Platform 8.1的所有部分，可以迅速无故障地启动。采用其中的Portal Designer，把预置部分安装进门户并对小门户进行编程，而在Design窗口中，则易于插入、重新调整和去除小门户。

该平台提供协作、搜索等通用服务，还有一些面向电子商务的服务，可以比较容易地建立店面。如果需要更多功能，那么可以用WebLogic Integration Server，它拥有针对大量第三方应用程序和传统大型机系统的适配程序。

WebLogic IDE（Integrated Development Environment）Application选项板把门户的Java部分显露出来，这简化了为小门户增加导航功能和执行有关作业的过程。另外，它的统一用户档案也极有特色，我们可以用其建立单一用户登录点，允许用户访问通用门户，向定制内容管理系统和Oracle财务系统提交自己的证书。

由于WebLogic Portal基于XML，所以在改变门户的外观和感觉上有很大的灵活性。我们曾用WebLogic Workshop轻易地改变了主题、菜单结构和布局。另外，从头建立Java小门户等更复杂的任务也一样易于完成。WebLogic Workshop根据在Java控制程序选项板中输入的信息自动生成JSP代码。

这种方法减少了低级编码工作，节省时间，降低工作量。另外，可以用Portal Resource Designer定义向用户显示个性化内容时所用的属性、规则和方式，而且还可以迅速组织发送电子邮件或产品折扣信息的活动。

Web接口条理清晰地纳入到主要任务中，如门户和内容管理任务，这可以减少培训工作。另外，资源可以根据用户角色定制，分散了门户的管理工作，熟练的开发人员可以用Workshop编制小门户代码，执行详细的门户模板设计，而WebLogic Administration门户允许企业用户同时进行门户的建立和修改。

WebLogic Portal有充足的内容管理功能。用户可以观看文件夹层级结构，上载不同类型的文件，类似地，可用搜索功能在BEA库内定位信息。但缺点是，它不像Microsoft SharePoint Portal等其他门户产品那样，能利用那么多外部资源。

另一方面，这个Administration门户在BEA称为“交互管理”或个性化的功能上做得很仔细，例如，用Content Selector Editor，很容易就能规定: 根据访问者的角色和其他准则，哪些文件可以出现在门户中。最终用户还可以使用传统门户功能，如可定制的My Pages。总之，要迅速安装量体定制的门户，尤其是那些需要与现有商务及其他复杂应用程序集成的门户，WebLogic Portal 8.1很合适。

Microsoft SharePoint Portal Server 2003实现最快速的开发

对那些已经在Microsoft公司进行技术投资的机构，SharePoint Portal Server 2003（以及Windows SharePoint Services）在所测试的门户产品中，是最初体验最好的一种。

安装时需要Windows Server 2003，与SQL Server 2000和Active Directory配合工作时效果最好。如果满足这些要求，那么该门户用不了1个小时就可安装完毕，产生一个具有搜索、主题和新闻的功能站点。另外，安装程序还加载不同的Web Parts（小门户），最终用户可以立即把它们连接到桌面应用程序上，如Microsoft Excel 2003，从而降低开发成本。

SharePoint Portal Server 2003（图1)的可用性从一开始就很明显，很容易就能把角色分配给域用户并定义从Microsoft Exchange分发目录中引入的受众。类似地，形成默认门户只需要转换到编辑模式，让Web Parts就位就行了。

你会发现，构成SharePoint门户有多种途径。我们开始时建立了一些主题和区域，用它们填满了门户，这些主题和区域出现在站点地图层级列表中。或者，你可以建立一个可用Sites Directory搜索并自动与门户导航功能集成的新站点。无论哪种情况，都可以立即开始从默认文件库中上载文件。

像大多数Microsoft公司的产品一样，SharePoint Portal也提供丰富的最终用户体验，尤其是因为它有一些可访问功能。MySite为每一位第一次使用这一功能的用户而建，用户可以通过拖放Web Parts轻易放置一个MySite，MySite可以供用户独自使用，也提供一个带有可共享信息（团队工作准则）的公共窗口。

Microsoft公司的专用搜索引擎效果很好，在返回SharePoint Portal站点、Lotus Notes、Exchange公共文件夹和共享文件中一些文件的相关结果方面效果很好。由于SharePoint与Office 2003有深度集成，所以能够创建一个新的Word文件，并把它直接保存到门户的Document Workspace中，这就为大量基本内容管理奠定了基础，如确定版本、简单路径选择和合格性检验等。

这些门户站点也是基本FrontPage 2003 Web站点，所以可以很容易地改变门户的外观。对于开发人员来说，FrontPage 2003是建立SharePoint站点模板时的良好选择，我们利用FrontPage 2003建立了显示SQL 2000客户数据库信息的数据驱动Web Part。

在下一级，IT专业人员可以用Visual Studio .Net建立Web Parts，与应用程序和Web Services交互。.Net对象模型帮助我们更快地、用比ASP更少的代码建立了定制Web Part，而且，SharePoint存储用户证书，所以可以为用户访问多个应用程序建立单一登录点。

其缺点是不支持JSR 168。针对Office 2003就意味着有一系列功能无法与Office 2000和Office XP配合工作（或具有有限价值），不过，SharePoint Portal Server 2003可以使用300个Microsoft BizTalk Server应用连接程序中的任一个，SharePoint提供相当完整的示例代码，以便与SAP、Siebel和PeopleSoft的产品相集成。

总而言之，SharePoint Portal Server 2003比上一版有极大的进步。如果你没有用Microsoft公司最新的客户程序和后端产品，那么与大家熟悉的Microsoft公司桌面及开发工具的无缝集成有助于抵消实施这一解决方案时可能提高的成本。

OracleAS Portal 10g良好的管理功能和强大的权限

Oracle公司建立了一个有趣的软件实现模型。Oracle Application Server10g没有采用按照菜单的方法，而是包含了OracleAS Portal和多种补充工具及服务，如OracleAS Reports、Oracle Single Sign-On、Oracle Ultra Search、OID（Oracle Internet Directory）和OracleAS Ingegration。

即使用上所有这些工具和服务，该系统的管理和使用仍然很简单。惟一需要说明的是，因为Portal 10g与所有服务和工具包中的其他部分集成得十分紧密，所以没有很大的灵活性来选择其他组件。

OracleAS Portal的内置小门户允许给不同的网页设定不同级别的安全性，因此能够对其他人实行分段管理。因为Application Server有很多组件，所以如果你使用Oracle公司的目录服务器，它就承担起提供核心服务的责任，然后其目录服务器可以与第三方应用集成（但是与第三方ID产品的集成则要靠你自己）。

例如，OID存储用户和群体信息，而OID与第三方安全管理产品交互，如Netegrity SiteMinder。与其他门户解决方案相比，这种交互有时意味着额外的管理步骤，因为它建立了额外的技术层，而不是直接捆绑进现有目录中。不过，我们在控制用户特权和与外部LDAP目录同步方面没有遇到麻烦。

初步的Oracle门户可以用很少的编程或者不用编程就能就绪。一个简单的向导领着我们建立网页、确定布局并添加小门户，至此，确定了提供给最终用户的定制量，也就是一些从重新整理小门户到使用全部网页建立选项的权力。与Sun和IBM的产品类似，Portal 10g特别允许网页模板用于移动装置。而且，Oracle公司还提供一流的国际性选项：支持28种语言，并允许制作者维护多种语言版本的内容。

让OracleAS门户就绪的方法有多种。从最基本的、显示门户Web页信息的WebClipping小门户入手，并迅速发展到对Oracle数据库中的销售数据绘制图表的动态小门户。建立这种功能并在小门户之间传递数据是相对容易并且没有什么规则的。给门户区增加HTML和JSP内容也用不了几步，用Oracle的远程提供程序，通过简单地搜索所需服务所在的公共目录，来纳入使用Web Services的外部数据源的数据。

OracleAS Integration工具协助开发人员建立与SAP、PeopleSoft、Siebel以及其他通用环境交互的小门户。对于纯J2EE应用程序开发，还有Oracle JDeveloper 10g，它除了具有用于硬件核心编程的良好可视环境之外，还有一个协助和指导非编程人员建立简单的定制小门户功能。Oracle公司拥有一个比较强大的合作伙伴计划，有一个含有400多个预置小门户的资源库，并对这些小门户提供支持。

这个门户提供相当好的内容管理功能。基于浏览器的向导使网页设计人员非常容易发布信息，企业用户可以用相同的过程上载文件，这些文件自动按照预定义的内容类别就位。尽管Oracle的内容管理比不上Vignette，但是它也超出了基本管理范畴，因为它拥有签入/签出、数据项级权限和内容自动到期功能。

Oracle Ultra Search为数据库、文件系统、IMAP（Internet Message Access Protocol）邮件系统和Web服务器中的文件编制索引，不过与很多搜索引擎不同，Ultra Search一次搜索多个而不是一个库，因而搜索速度更高，结果也更完整。OracleAS Portal可以在用户观看网页时启动搜索，然后自动显示搜索结果，这是为用户定制内容时的一个有趣的技巧（在此次测试的产品中，Plumtree是另一个有这种功能的门户）。

在OracleAS Portal之下是Oracle Application Server。这个小服务器引擎检索小门户内容、管理高速缓存、组装网页、并行提交完整的网页，从而使响应时间很快。Oracle Application Server具有良好的工业强度设计，而且由于它与其他软件打包提供，所以带来相当高的价值。

Sun Java System Portal Server 6.2融入Java影响力和硬件技术

Sun公司已经把在Java方面的影响力和硬件技术用到了门户领域中，产生了一个安全的、可扩展的、高性能的解决方案。此外，Java System Portal Server 6.2运行在非Sun应用服务器上，允许用其他第三方组件来替代自己的组件，如内容管理和开发工具。

Sun的工程师们显然在让管理简单可靠上下了大功夫。单个安装程序可安装大多数最新版本的门户和有关的服务器程序。另外，一个公用平台为同时管理身份和门户服务提供了方便。

我们在Sun的身份服务器上建立门户，这个服务器负责建立角色和组织结构。在实施过程中发现的惟一弱点是难于增加用户，但是Sun在2003年末收购了Waveset技术公司，可能解决此问题。虽然Waveset的Lighthouse软件没有参加这次测试，但是它显然增强了Sun的身份管理功能，填补了口令维护方面的缺口，同时增加了用户信息自动提供功能。

安全性是Sun的传统强项，在这里也很明显。我们把几种类型的身份验证功能结合起来，包括一些LDAP目录，Sun 的Liberty Alliance 1.1规范所提供的支持意味着，你可以获得对多个门户（并不仅是那些基于Sun产品的门户）以及商业智能系统和其他企业系统的单一安全登录点。尤其值得一提的是，Sun有一个安全的远程访问网关和独特的按需VPN，这样安全性管理就限制在了门户之内，降低了基础设施的复杂性。

Java System Portal Server的企业级管理做得很用心，从由机构委托管理员到确定版本、重新运行等，系统任务的实施都很好。该产品还有一个更复杂的内容提交设计方案，你可以把网页中不同部分的内容详细确定地呈现给不同的受众。

Sun的门户解决方案处于向移动装置提供个性化内容的前列，因为它支持JSR 188规范和J2ME。不过，建立各种各样的容器、向特殊用户提供小门户，以及定义内容集成规则需要许多步骤，这些步骤遍布在管理门户的各个方面，这不是最精简的过程。

Sun的预置小门户满足一般的企业需求，如Lotus Notes/Domino和Microsoft的电子邮件、协作、安全即时传信及布告板。Sun的产品中还包含了FatWire Content Server基本版（流行的J2EE内容管理软件包），为用户提供了超过平均水平的文件发布功能。Integrated Search采用Sun公司的机器人技术，覆盖了主要的文件类型。另外，这些搜索功能还可利用Java System Portal Server身份验证功能，使搜索结果与用户角色密切相关。

Sun公司依靠来自其ISV的连接程序，实现与后端系统和企业应用的连接，在ISV方面你能够找到预置适配程序。不过，有些适配程序由外部开发商销售，如Librados的JCA Plus Adapter for PeopleSoft，所以做预算时也许需要考虑这些额外开销。

正如所料，建立、测试和实施JSR 168及Web服务小门户（具有针对所包括的Sun Studio的插件程序），对富有经验的Java开发人员来说是件容易事。今年6月，Sun公司会发布Sun Java Studio Creator，它带有一些向导，以便经验不那么丰富的用户也可以建立小门户。

Sun公司提供可信赖的技术，是我所知道的这些测试中惟一支持Liberty Phase 2的厂商。随着Java System Portal 6今年第二季度的发布，一些疏忽（如WSRP支持）也就解决了，Sun 公司从而在门户市场有了一个相当不错的开端(图2)。

Vignette Application Portal 7.0快速回收在J2EE上的投资

VAP（Vignette Application Portal）7.0基于一些开放标准，允许以标准化方式开发定制小门户，以及跨异构技术平台运行的门户。该产品执行大多数管理任务时不需要专家技术背景，从而缩短了建立门户所需的时间，节省了维护成本。

从增加组件和委托管理到建立新的小门户，用Server Console层级菜单可以对很多Vignette门户进行全面管理。一些向导引导我们完成这些任务，对快速建立站点起了很大作用。例如，Site Creation Wizard协助建立了新的网页、重新规划现有小门户并调整每个门户的外观。

VAB（Vignette Application Builder）是企业套件（Vignette销售的三种门户之一）的一部分，增加了一个企业内联网应用程序包，其中捆绑了100多个小门户，很多小门户都很有价值。我们的测试门户采用了活动日历、内部工作职位需求发布、网络支持服务和知识库小门户。除了这100多个捆绑的小门户，三种门户还都提供讨论论坛、搜索和电子邮件小门户。

Vignette的门户管理极好。仅通过去除一些容许选项，就可以把对不同门户的控制委托给不同的管理员。所有管理员都使用通用控制台，这个控制台有多种语言版本。另外，这个应用程序包还针对144种场所进行了翻译，可以减少多国公司的站点开发工作。

VAP的另一个优越之处是“多重租用”架构，这种结构有时用于托管外包的IT服务。它允许多个门户运行在一个服务器、而不是整个服务器场上。加上上述管理功能的划分和多重站点扩展能力，VAP很好地成为适合大型企业的产品。

不足之处在于，与其他门户产品相比，最终用户个性化不那么健全，但是你可以给小门户增加权限，以使它们只对特定群体是可见的。门户的整体外观和功能方面与其他测试过的门户相同，对每个小门户都提供清晰的导航和直觉控制。

VAP支持大量的应用服务器、数据库和操作系统，配合使用的Vignette Application Builder也一样开放。例如，我用针对JSR 168的Vignette IDE插件程序通过几次拖放操作，建立了一个使用BEA WebLogic Workshop的小门户。正像你可能预料的那样，Application Builder还减少了与来自其他Vignette产品的内容相集成的门户的开发工作，如Vignette Content Management和Collaboration Services。

该公司还采用了一种实现第三方集成的现实方法。尽管也有与SAP和Siebel系统的标准连接，但是这种连接采用的不是一般解决方案中的那种硬连线方法。因此，与其他厂商的方案相比，这些小门户必需的定制化工作量更小。

Web Services Manager使得给门户增加Web服务更容易了。这个工具引领我们搜索服务（服务可以基于Microsoft.Net或者J2EE），并用直觉接口包裹服务。总而言之，VAP 7.0是一种可扩展的解决方案，通过与现有应用程序集成，允许快速实施初步的门户，并易于对其进行扩展。

相关链接一

小门户的标准困境

在小门户访问上存在两种看法，而且没有统一标准，所以选择一点也不确定。两个新的业界规范可能把门户应用（即小门户）与使用小门户服务的门户服务器之间的逻辑分离标准化。这种分离的好处是显而易见的，但是，选择采用Java Community Process的JSR（Java Specification Request）168还是OASIS的WSRP（Web Services for Remote Portlets）却不那么容易。

为什么把小门户从门户服务器上分离出来？最明显和最短期的好处是改善可扩展性。在传统的门户模型中，小门户运行在作为门户服务器的同一个J2EE应用服务器上，通过简单的J2EE过程间通信交互。然而，随着门户使用量的增加，把小门户转移到另一部分硬件上并以远程方式访问小门户可以降低门户服务器中处理器的使用量。而且，企业内各部门常常要编写和维护他们自己的小门户，如果小门户必须在集中式门户服务器上实施，那么这样的事情难于跨文化和技术边界完成，但是如果小门户是分离的，就很容易实现。

只是在最近，业界协会才开始为远程运行小门户定义标准接口和通信协议。但是JSR 168和WSRT这两个顶层规范之间的竞争多于互补。

WSRP不仅允许通过基于XML的Web服务实现远程小门户到门户的通信，而且还容许实施跨平台的小门户。因此，基于J2EE的门户服务器可以与运行在.Net机器上的小门户互操作，只要能通过遵循WSRP的Web服务显露出它的功能就行了。

丰富WSRP规范为门户至小门户事务处理定义通信协议以及标准化行为语言，它用WS-Security为小门户-门户事务处理增加加密和身份验证功能。WSRP还是可扩展的，并定义了一种扩展行为语言的方法。

然而，这种可扩展性也正是它最大的弱点。例如，BEA可能定义一套利用其门户服务器功能的WSRP行为，为使用这些行为而编制的小门户与其他门户服务器是不能互操作的，反之亦然。

对比之下，JSR 168的范围就更有限一些。它不支持跨平台通信、Web服务或面向厂商的扩展，这样它更有可能确保广泛的互操作性，至少在基于J2EE的小门户范围内。JSR 168是作为Java小服务器API（javax.servlet.protlet）的一套扩展规范定义的，这比WSRP更容易实施。JSR 168已经用在大多数基于J2EE的小门户上。

目前，没有办法让一个具体的小门户同时与JSR 168和WSRP兼容。而且，由于它们的设计目标不同，近期也没有理由希望有一个统一的JSR 168/WSRP规范。

所以决定用哪种远程协议取决于你实施门户的既定目标。寻找跨平台的互操作性，或者要跨Internet分离门户与小门户，可以选用WSRP并仔细处理面向厂商的扩展。如果要在数据中心中从逻辑上分离基于J2EE的门户和小门户，则可以用JSR 168。但是，想要两方面的好处都得到，那就等待吧。

附表：有关各个门户产品的详细信息

相关链接二

基于开放源码门户的更多选择

■ Alan Zeichick

如果愿意考虑开放源码方案，那么可能不需要昂贵的门户就可以实施项目

不要误以为你需要一个昂贵的门户来实施企业或部门项目。高价套件提供更多功能和支持，但是它们绝不是惟一选择。

Metadot是一个流行并受到好评的门户服务器，可以按照GNU General Public License的要求免费下载。Metadot主要运行在开放源码LAMP平台上，包括Linux、Apache Web服务器和MySQL数据库，并采用Perl编程语言。Perl应用程序还可以运行在Solaris和Windows上，可以配置成采用Oracle而不是MySQL。

Metadot Portal Server Version 6提供大量企业友好的功能。它的强项是用口令保护的中央库，用于上载和下载文件，如版本控制和内容管理。丰富文本信息可以在授权的门户用户之间传递，而线程化讨论论坛帮助雇员协调工作和管理项目。更新的版本还有基于LDAP的用户身份验证和基于XML的转入/转出，甚至还有一个API用于给门户增加新的小门户。

如果说到缺点，你会发现在Metadot中没有丰富的设计工具或对复杂文件及图像格式的高级支持。它也不遵循JSR 168或WSRP关于小门户与门户分离的规范。

但是这个服务器适合小企业、分布式项目团队或部门使用。作为一个基本的、全功能的、可扩展的门户，如果你不介意安装和管理一个基于多种不同的开放源码应用的解决方案，那么它是很值得考虑的。

另一个可选产品是Gluecode Advanced Server，这是Gluecode Software公司用Java编写的开放源码门户，以Apache Software Foundation的Jakarta项目产生的Java/XML门户Jetspeed为基础。它更像门户市场上的那些大牌产品，如有复杂的XML和内容管理功能以及Web服务互操作性。它还遵循Gluecode协助开发的WSRP规范。

Gluecode中包括Hypersonic SQL数据库，数据库被设置成在Apache 1.3 Web服务器、Jboss 3.0 J2EE应用服务器和Red Hat Linux或Windwos服务器上运行。如果这些都不合你的胃口，你还可以针对任何遵循J2EE 1.4的应用服务器和遵循JDBC的数据库对它进行配置。笔者喜欢Gluecode的高效内容索引编制（如对PDF和Office文件编制索引）、非常颗粒化的访问控制以及通过访问控制列表或LDAP集成实现的安全设置。它还含有一个与Microsoft Exchange Server集成的丰富电子邮件客户小门户。

Gluecode和Netadot都没有大量的业界合作关系、第三方支持和大厂商的品牌效应，但是如果你寻求的是门户的价值，开放源码界值得一看。

开放源码门户

优点

软件免费，因此没有投诉

开放源码界可以提供无成本支持

功能可以通过修改源码扩展

软件可以移植或运行在多种平台上

缺点

缺乏与商用产品的紧密集成

支持也许不够广泛或像商用门户那么快

特征集一般比主要商用产品小

源码修改可能导致出现企业门户“孤岛”

（计算机世界报 第30期 C6、C7、C8、C9）