作为一个开源Portal产品，Liferay Portal提供对多个独立系统的内容集成，帮助多个组织实现更有效的合作。与其他商业的Portal产品相比，Liferay Portal有着一系列的优良特性，而且不需要付费。

第一节  Portal规范

随着Portal的兴起，越来越多的公司开始涉足Portal产品开发，并组建各自的Portal组件和基于其的产品，比如IBM、BEA、MicroSoft、SAP、Apache等。各个厂商的接口互不兼容，给软件开发商以及开发人员带来诸多不便。

1.1.1  JSR168

为此，JCP组织发布了JSR168(Java Specification Request)，Portlet Specification V1.0，用来提供不同的Portal和Portlet之间的互通性。只要开发的Portlet遵循JSR168，则就可以在所有遵循JSR168的Portal上部署运行。

JSR168中定义了Portal的实现规范和接口，并对理想的Portlet进行了详细的规划和描述。

1.1.2  WSRP

WSRP是OASIS Web Service for Remote Portlet的缩写。WSRP是Web Service的一种新的商业应用，一种新的标准，主要用来简化Portal对于各种资源或者程序整合的复杂度，可以避免编程带来的整合麻烦和问题。而且Portal管理员可以从海量的WSRP服务中选择需要的功能用以整合到目前所用的Portal中。它有三种角色：

①、生产者 à 提供Portlet

②、消费者 à 使用Portlet

③、终端用户 à 最终用户

它的特点在于生产者将消费者所需要的信息通过WSRP返回给消费者，这些信息是相对标记片断，例如HTML、XHTML等，可以直接嵌入用户的页面中，而不用像Web Service一样开发用户端接口。

实现这个规范，Portal可以跟各式各样的数据源打交道，彻底终结信息孤岛的窘境。

第二节  什么是Portal

Portal是基于Web的，以“应用整合”和“消除信息孤岛”为最终目的，提供单点登录、内容聚合、个性化门户定制等功能的综合信息系统。

完整的Portal通常由Portal服务器、Portlet容器、Portlet构成。

1.2.1  Portal 服务器

Portal服务器是容纳Portlet容器，支持Portlet呈现的普通或者特殊Web服务器。Portal服务器通常会提供个性化设置、单点登录、内容聚合、信息发布、权限管理等功能，支持各种信息数据来源，并将这些数据信息放在网页中组合而成，提供个性化的内容定制，不同权限的浏览者能够浏览不同的信息内容。通常，Portal提供以下功能:

单点登录：Portal通常采用ACL、SSL、LDAP等业界标准的安全技术，提供对所有现有应用系统的安全集成，只需在Portal的唯一入口上登录一次，就可以访问所有应用系统和数据。对于安全性要求较高的应用系统，如电子商务平台、交易系统等，通过扩展接口传递用户身份信息，如数字证书信息、数字签名信息等，进行二次身份认证，保证单点登陆的安全性。

权限控制:系统采用LDAP对用户资源进行统一的管理，同时提供二次开发接口，可以与其他应用系统的用户管理模块对接，并能随相关业务系统实时更新访问权限。通过完善的授权机制及存取控制，用户访问权限控制到字段级别，确保用户只能访问具有权限的应用系统及相关信息。

内容管理: 实现应用系统之间实时交换信息。采用多种缓存机制，保证内容交换的性能和准确性。采用基于XML的Rich Site Summary (RSS)标准，迅速在各应用系统之间传播最新变化。

信息发布: 实现信息门户内容的动态维护。动态网站系统可与OA协同办公系统、知识管理系统等集成，网站信息须经OA系统的审批流程流转通过后或知识管理平台设置具有外部共享权限后才可正式发布，真正实现内外信息发布的同步。

文件管理: 系统实现无缝集成多种数据源，包括：数据库、文档（Office文档、PDF、AutoCAD、甚至ZIP文档）、Web网页、FTP站点等，并对数据按业务要求和职务特点加以分析整理，通过统一Web界面主动推送(Push)至用户的门户桌面，帮助用户做出及时、正确的决策。

1.2.2  Portlet容器

Portlet容器提供Portlet执行的环境，包含很多Portlet并管理它们的生命周期，保存Portlet的定制信息。

一个Portal容器接收到来自Portal的请求后，接着将这个请求传递给存在Portal容器的Portlet 执行。Portlet容器没有义务去组合Portlet 产生的信息內容，这个工作必须由Portal来处理。Portal和 Portal容器可以放在一起视为同一个系统的组件，或者分开成为两个独立的组件。

Portlet容器是普通Web Servlet容器的扩展，所以一个Portlet容器可以构建于一个已经存在的Servlet容器或者可能实现全部Web Servlet容器的全部功能。无论Portlet容器怎么实现，它的运行环境总是假定它支持Servlet2.3规范。

通常，Portlet容器扩展自普通的Servlet容器。

第三节  什么是Portlet

Portlet是Portal中最重要的组件，负责在Portal中呈现信息内容，有相应的生命周期。通过自定义Portlet，用户很容易定义个性化的Portal页面。Portlet由Portlet容器负责管理、处理请求并返回动态页面，可以作为Portal的可即插即用的界面组件。

1.3.1  Portlet

一个Portlet是以Java技术为技术的Web组件，由Portlet容器所管理，专门处理客户的信息请求以及产生各种动态的信息内容。Portlet 为可插式的客户界面组件，提供呈现层成为一个信息系统。

这些由Portlet产生的内容也被称为片段，而片段是具有一些规则的标记( HTML、XHTML、WML )，而且可以和其他的片段组合而成一个复杂的文件。一个或多个 Portlet 的内容聚合而成为一个 Portal 网页。而 Portlet 的生命周期是被 Portlet 容器所管理控制的。

客户端和Portlet的互动是由Portal通过典型的请求/响应方式实现，正常来说，客户会和Portlet所产生的内容互动，举例来说，根据下一步的连接或者是确认送出的表单，结果 Portal将会接收到Portlet的动作，将这个处理状况转向到目标Portlet。这些Portlet 内容的产生可能会因为不同的使用者而有不同的变化，完全是根据客户对于这个Portlet的设置。

1.3.2  Portlet与Servlet的关系

Portlet被定义成为一个新的组件，具有新的明确的界面与行为。为了尽可能与现有的 Servlet 结合达到重复使用的目的，Portlet 的规范利用了 Servlet 的规范，许多观念都很相似的，结合 Portlet、Servlet 及 Jsp 在同一个网站系统中，我们称为Portlet 应用 。在同一个 Portlet 应用 中，他们将分享同一个类加载器(ClassLoader)，上下文(Context) 及 Session。

①、Portlet 和 Servlet 的相似之处

@ Portlet 也是 Java 技术的 web 组件
@ Portlet 也是有特定的 container 在管理
@ Portlet 可以动态产生各种内容
@ Portlet 的生命周期由 container 所管理
@ Portlet 和客户端的互动是通过 request/response 的机制

②、Portlet 和 Servlet 也有一些不同

@ Portlet 只产生 markup 信息片段，不是完整的网页文件。而 Portal 会将所有的 Portlet markup 信息片段放到一个完整的 Portal 网页。
@ Portlet 不会和 URL 有直接的关系
@ 客户端必须通过 portal 系统才能和 Portlet 互动
@ Portlet 有一些定义好的 request 处理，action request 以及 render request。
@ Portlet 默认定义 Portlet modes 及窗口状态可以指出在网页中该 Portlet 的哪个功能正在执行及现在的 状态。
@ Portlet 可以在同一个 portal 网页之中存在多个。

③、Portlet 有一些附加的功能是 Servlet 所没有的

@ Portlet 能够存取及储存永久配置文件及定制资料。
@ Portlet 可以存取使用者数据
@ Portlet 具有 URL 的重写功能在文件中去动态建立连结，允许 portal server 不用去知道如何在网页的片 段之中建立连结及动作。
@ Portlet 可以储存临时性的数据在 Portlet session 之中，拥有两个不同的范围：
application-wide scope 及 Portlet private scope 。

④、Portlet 不具有一些功能， 但是 Servlet 却有提供

@ Servlet 具有设置输出的文字编码( character set encoding)方式
@ Servlet可以设置 HTTP 输出的 header
@ Servlet才能够接收客户对于 portal 发出的 URL 请求

1.3.3  Portlet的生命周期

一个Portlet有着良好的生命周期管理，定义了怎样装载，实例化和初始化，怎样响应来自客户端的请求及怎样送出服务。这个Portlet生命周期由Portlet接口的init，processAction，render和destroy方法来表达。

载入和实例化:Portlet容器负责载入和实例化Portlet。当Portlet容器运行Portlet应用或者延迟到Portlet需要服务使用者的请求时，Portlet就会被载入并实例化。载入Portlet类后，Portlet类随即被实例化。

初始化:Portlet类实例化后，Portlet容器还需要初始化Portlet。以调用Portlet去响应客户端的请求。Portlet容器呼叫Portlet接口中的init方法初始化Portlet。扩展自PortletConfig的类可以取出定义在部署描述文件中的初始化参数，以及Resource Bundle。

初始化异常:在 Portlet初始化期间，Portlet可能会丟出 UnavailableException 或 PortletException 异常。此时，Portlet容器不能把 Portlet置入已启动的服务，并且 Portlet容器必需释放这个 Portlet。 destory方法不能被呼叫，因为初始化被认为执行失败。发生 失败后，Portlet容器会尝试着重新实例化及初始化 Portlet。这个异常处理的规则是：由一个UnavailableException 指定一个不能执行的最小时间，当此异常发生时，Portlet容器必需等到指定时间过去后才产生并且初始化一个新的 Portlet。

在初始化过程中所丟出的 Runtime Exception异常，被当作 PortletException 来处理。

第四节  Liferay Portal工作原理

Portal系统根据需要由一个或者多个Portal页面组成，每个Portal页面包含零个或者多个的Portlet。每个Portlet呈现自己的信息内容，以此实现内容聚合。通过定义每个Portlet的可用权限，实现个性化的桌面信息定制。

1.4.1  Portlet 样式以及窗口状态

 

JCP组织提出的JSR168规范定义了Portlet的实现标准。每个Portlet对外表现为一个小窗口，有自己的默认样式和窗口状态。如上图，Portlet有自己的标题，浏览状态下支持编辑、关闭、上移、下移、最大化、最小化功能，编辑状态下支持返回和关闭功能。从各种数据来源提取的信息以Portlet内容的形式呈现在Portal中。

Portlet样式指出 Portlet正处于什么模式，Portlet通常会根据所处的模式而执行不同的工作并产生不同的内容。

Portlet模式让 Portlet决定它该显示什么内容和执行什么动作。调用一个 Portlet的时候，Portlet 容器会提供一个 Portlet模式给那个 Portlet。当在处理一个请求动作时，Portlet 的模式是可以用程序来改变的。

JSR168规范定义了三个Portlet模式： 浏览、编辑和帮助，Liferay Portal支持其中的全部三个模式。同时Portal是可以根据使用者的角色，来决定是要提供(显示)哪几个 Portlet 模式给使用者操作。

例如，匿名使用者可以操作浏览和帮助等 Portlet 模式的内容， 而只有授权过的使用者可以操作编辑这个 Portlet 模式所提供的内容或动作。

在浏览这个Portlet模式里，所被期望要提供的功能是产生标记语言来表现此时 Portlet的状态。 举例来说， Portlet的 浏览 模式可以包含一个或多个画面让使用者可以浏览与互动， 或是一些不需要与使用者互动的静态内容。

   在编辑这个Portlet模式里， Portlet 需要提供内容和逻辑来让使用者定制 Portlet 的行为。典型的说，编辑模式的 Portlet 会设定或更新 Portlet 的参数设定值。

在帮助这个模式里，Portlet应该提供有关这个 Portlet的帮助信息。这个帮助信息可以是有关这个 Portlet的简单且条理清楚的视窗说明或是详细的说明整个来龙去脉。所有的Portlet并不需要都提供帮助这个模式。

一个 Portlet可以根据窗口状态来决定在一个页面里该占多少空间。当调用一个 Portlet时， Portlet容器 需要告诉该 Portlet目前的窗口状态。 此时 Portlet可以根据窗口状态来决定它该对多少信息作处理。在处理请求的过程中， Portlet可以通过程序的方式来改变窗口状态。

IT扁担 2007-12-04 09:48 发表评论

]]>

Liferay Portal支持多个应用服务器和Servlet容器。Liferay Portal Ent版本需要一个健壮的J2EE服务器，而Pro版本只要一个普通的Servlet服务器就可以运行。如果需要运行EJB，建议使用Pro版本。两个版本的源码和应用接口都是一样的。

默认的，Pro版本分别集成Tomcat / Jetty / Resin作为Web服务器，采用Struts作为Web框架，实现轻量级的系统架构。Enterprise集成JBoss作为Web服务器，采用Spring作为Web框架，兼顾EJB。

Liferay Portal默认集成HSQL数据库，来持久化保存用户自定义的数据。通过修改集成在Liferay Portal的Tomcat的部署描述文件，用户可以更改数据源。Liferay Portal官方网站提供了数据库表的生成脚本。

下面以Pro版本(Tomcat服务器)为例，讲述Liferay Portal的用户策略、内容布局、桌面和品质。

第一节 Liferay Portal安装

由于Liferay Portal Pro版本集成了Tomcat服务器V5，所以只要把应用包下载解压就可以直接运行。

1、从 http://www.iferay.om/web/guest/downloads/portal_pro 下载Pro版本zip包，解压到目录{PORTAL_HOME}，目录结构相对普通的Tomcat增加了Liferay文件夹。Liferay是默认的Web应用。

2、正确安装JDK1.4或者JDK1.5，并在环境变量里面正确配置JAVA_HOME变量。

3、从命令行启动{PORTAL_HOME}/bin/startup.bat，启动Liferay Portal。

4、在浏览器地址栏输入http://localhost，访问Portal首页。

5、用Login为test@liferay.com密码为test的用户登录Portal系统，得到的是一个Demo的首页。

如果启动呈现异常，请查看Tomcat控制台查找原因。

Liferay Portal启动之后，HSQL数据库自动启动。

登录系统后，点击右上角“My Account”链接，在“Display”选项卡中将Language改为“Chinese(China)”，以便中文化Portal界面。

一、初始化流程

  //Servlet初始化
  Pluto.PortalImpl.Servlet.init()

     // ServiceManager初始化
     ServiceManager.init()

        ConfigService.init()  // 配置服务

        LogService.init()  // 日志服务

        FactoryManagerService.init()  // 工厂管理器

        PortletDefinitionRegistryService.init()  // Portlet定义注册表

        PortletEntityRegistryService.init()  // Portlet实体注册表

        PageRegistryService.init() // Page注册表

        //注，以上服务都读取同名的properties配置文件.

     // 初始化Portlet容器, 容器实现类在ConfigService.properties中指定
     PortletContainerFactory.getPortletContainer().init()

二、请求处理流程

  Pluto.PortalImpl.Servlet.doGet()

    1. 创建PortalEnvironment;

    2. 查找ActionWindow;

    2a. 如找到ActionWindow, 则为Action
            执行PortletContainer.processPortletAction();
            重定向输出.

    2b. 找不到ActionWindow, 则为Render, 读取Page定义。
            RootFragment root = PageRegistry.getRootFragment();
            root.service(servletRequest, servletResponse);

    3. 处理完毕;

  // 处理Fragment, RootFragment与Pageregistry.xml文件关联, 后者定义了页面的布局
  Pluto.portalImpl.Aggregation.RootFragment.service()

    // 服务前置处理。
    1. preService(request, response);

    // 包含与当前fragment同名的jsp文件，当前为RootFragment。
    2. RequestDispatcher rd = getServletConfig().getServletContext().
                                getRequestDispatcher(BASE_ROOT+jspName);
       rd.include(request, response);

    // 服务后置处理
    3. postService(request, response);

  // Pageregistry.xml
  〈portal〉  // 对应RootFragment
    〈fragment name="navigation"
        class="org.apache.Pluto.portalImpl.aggregation.navigation.TabNavigation"〉
    〈/fragment〉

    〈fragment name="test" type="page"〉  // 对应PageFragment
        〈navigation〉
            〈title〉Test〈/title〉
            〈description〉...〈/description〉
        〈/navigation〉

        〈fragment name="row" type="row"〉  // 对应RowFragment
            〈fragment name="col1" type="column"〉   // 对应ColumnFragment
                〈fragment name="p1" type="portlet"〉   // 对应PortletFragment
                    〈property name="portlet" value="3.1"/〉
                〈/fragment〉
                〈fragment name="p2" type="portlet"〉  // 对应PortletFragment
                    〈property name="portlet" value="4.1"/〉
                〈/fragment〉
            〈/fragment〉
        〈/fragment〉
    〈/fragment〉
  〈/portal〉

   // 上面的层次结构十分清楚，其中fragment与Fragment的子类对应，上面的定义中包括RootFragment,
        PageFragment, RowFragment, ColumnFragment和PortletFragment，除了PortletFragment外，
        其它Fragment的处理大致上是一样的，
   Iterator childIterator = fragment.getChildFragments().iterator();

   // 遍历子fragment, 并调用其服务方法。
   while (childIterator.hasNext()) {
       Fragment subfragment = (Fragment)childIterator.next();
       if (subfragment instanceof AbstractNavigationFragment)
       {
           subfragment.service(request, response);
           break;
       }
  }

三、Portal处理流程

  先来看看Portlet的初始化, 主要是从配置文件中读取Portlet定义。
  PortletFragment.init()

      // 读取Portlet的实体Id, 在pageregistry.xml中由portlet属性指定.
      String portletEntityId = getInitParameters().getString("portlet");

      // 读取Portlet实体. portlet实体在portletentityregistry.xml中定义.
      PortletEntity portletEntity = PortletEntityRegistry.getPortletEntity(...);

      // portletentityregistry.xml
      〈portlet-entity-registry〉
        〈application id="3"〉  // 对应PortletApplicationEntity
           〈definition-id〉testsuite〈/definition-id〉
           〈portlet id="1"〉  // 对应PortletEntity
              〈definition-id〉testsuite.TestPortlet1〈/definition-id〉
              〈preferences〉
                  〈pref-name〉TestName4〈/pref-name〉
                  〈pref-value〉TestValue4〈/pref-value〉
                  〈read-only〉true〈/read-only〉
              〈/preferences〉
          〈/portlet>
       〈/application>
       〈application id="4"〉
          〈definition-id>testsuite〈/definition-id〉
          〈portlet id="1"〉
              〈definition-id>testsuite.TestPortlet2〈/definition-id〉
              〈preferences〉
                  〈pref-name〉TestName4〈/pref-name〉
                  〈pref-value〉TestValue4〈/pref-value〉
                  〈read-only〉true〈/read-only〉
              〈/preferences〉
          〈/portlet〉
       〈/application〉
     〈/portlet-entity-registry〉
      //要注意这里的applicationid和portletid与pageregistry中的portletid的对应关系。

  // Portlet服务
  PortletFragment.service()

      //load protlet
      PortletContainer.portletLoad(...)

        // 1.取得PortletDefinition, 从portletentityregistry中定义的application中读取portlet定义.
        PortletDefinition def = portletWindow.getPortletEntity().getPortletDefinition();

        // portlet.xml
        〈portlet-app〉   // 对应PortletApplicationDefinition
           〈portlet〉     // 对应PortletDefinition
              〈description〉TestSuiteDescription〈/description〉
              〈portlet-name〉TestPortlet1〈/portlet-name〉
              〈display-name〉Test Portlet #1〈/display-name〉

              〈portlet-class〉org.apache.Pluto.portalImpl.portlet.TestPortlet〈/portlet-class〉

              〈init-param>
                  〈name〉config〈/name〉
                  〈value〉/WEB-INF/testsuite-config.xml〈/value〉
              〈/init-param〉

              〈supports〉
                  〈mime-type〉text/html〈/mime-type〉
                  〈portlet-mode〉VIEW〈/portlet-mode〉
                  〈portlet-mode〉EDIT〈/portlet-mode〉
                  〈portlet-mode〉HELP〈/portlet-mode〉
              〈/supports〉

              〈portlet-info〉
                    〈title〉Test Portlet #1〈/title〉
                    〈short-title〉Test #1〈/short-title〉
                    〈keywords〉Test,Testing〈/keywords〉
              〈/portlet-info>

              〈security-role-ref〉
                  〈role-name〉PlutoTestRole〈/role-name〉
                  〈role-link〉tomcat〈/role-link〉
              〈/security-role-ref〉
           〈/portlet〉
        〈portlet-app〉

        // 2.取得PortletInvoker
        PortletInvoker invoker = PortletInvokerAccess.getPortletInvoker(def);

        // 3.执行load操作
        invoker.load(renderRequest, renderResponse)

      // render Portlet
      PortletContainer.renderPortlet(...);

        // 1. 取得PortletInvoker
        PortletInvoker invoker = PortletInvokerAccess.getPortletInvoker(...);

        // 2. 执行render操作。
        invoker.render(renderRequest, renderResponse);

      // 处理Title, support modes,

  // Portlet调用.
  ProtletInvoker.invoke(...)

      // 取得Portlet应用的dispatcher.
      ServletDefinition servletDefinition = portletDefinition.getServletDefinition();
      ServletContext servletContext = servletConfig.getServletContext();
      RequestDispatcher dispatcher = servletDefinition.getRequestDispatcher(servletContext);

      // 设置属性, METHOD_ID为别对应load, render和action。
      servletRequest.setAttribute(Constants.METHOD_ID, methodID);
      servletRequest.setAttribute(Constants.PORTLET_REQUEST, portletRequest);
      servletRequest.setAttribute(Constants.PORTLET_RESPONSE, portletResponse);

      // 调用Portlet 
      dispatcher.include(servletRequest, servletResponse);

四、Portlet处理流程

  在Portlet应用的web.xml中，定义了PortletServlet为Portlet的Servlet，它由dispatch方法统一进行请求处理.

  PortletServlet.dispatch(...)

     // 设置portletConfig.
     request.setAttribute(org.apache.Pluto.Constants.PORTLET_CONFIG, portletConfig);

     Integer method_id = (Integer)request.getAttribute(Constants.METHOD_ID);
     if (method_id == Constants.METHOD_RENDER)
     {
         renderRequest = (RenderRequest)request.getAttribute(Constants.PORTLET_REQUEST);
         renderResponse = (RenderResponse)request.getAttribute(Constants.PORTLET_RESPONSE);

         // prepare container objects to run in this webModule
         prepareRenderRequest(renderRequest, request);
         prepareRenderResponse(renderResponse, request, response);

         portletClass.render(renderRequest,renderResponse);
     }
     else if (method_id==org.apache.Pluto.Constants.METHOD_ACTION)
     {
         actionRequest = (ActionRequest)request.getAttribute(Constants.PORTLET_REQUEST);
         actionResponse = (ActionResponse)request.getAttribute(Constants.PORTLET_RESPONSE);

         // prepare container objects to run in this webModule
         prepareActionRequest(actionRequest, request);
         prepareActionResponse(actionResponse, request, response);

         portletClass.processAction(actionRequest,actionResponse);
     }
     else if (method_id == org.apache.Pluto.Constants.METHOD_NOOP)
     {
         //nothing to do
     }
     //注: portletClass即为portlet的具体实现类。

     至此，请求就由portlet进行处理了。

从上面的流程可以看出，Pluto就是将请求分派到页面上的各个portlet，portlet根据method执行相应操作，

最后由Pluto将它们处理的结果按特定布局进行显示。

http://jportlet.sourceforge.net/
http://jakarta.apache.org/jetspeed/site/index.html
http://www.liferay.com/home/index.jsp
http://basicportal.com/
http://www.jahia.org/
http://jporta.sourceforge.net/
http://jakarta.apache.org/pluto

Commercial products
BEA WebLogic Portal - http://edocs.bea.com/wlp/docs81/javadoc/com/bea/portal/model/Portlet.html
IBM Websphere Portal - http://www.software.ibm.com/wsdd/zones/portal/
Oracle Portal Developer Kit - http://portalstudio.oracle.com/

其它:
PSML - http://jakarta.apache.org/jetspeed/site/psml.html
Apache Software Foundation: Jakarta JetSpeed 1.3
JetSpeed home page: http://jakarta.apache.org/jetspeed/site/index.html
JetSpeed Portlet API: http://cvs.apache.org/viewcvs/jakarta-jetspeed/proposals/portletAPI/
BEA: Web Logic Portal 4.0 http://www.bea.com/products/weblogic/portal/index.shtml
IBM: WebSphere Portal 2.1 http://www-4.ibm.com/software/webservers/portal/
iPlanet: iPlanet Portal Server 3.0 http://www.iplanet.com/products/iplanet_portal/home_portal.html
Oracle: Oracle 9i Portal http://www.oracle.com/ip/deploy/ias/portal/index.html
Apache Software Foundation: Jakarta JetSpeed 1.3
JetSpeed home page: http://jakarta.apache.org/jetspeed/site/index.html
JetSpeed Portlet API: http://cvs.apache.org/viewcvs/jakarta-jetspeed/proposals/portletAPI/
BEA: Web Logic Portal 4.0 http://www.bea.com/products/weblogic/portal/index.shtml
IBM: WebSphere Portal 2.1 http://www-4.ibm.com/software/webservers/portal/
iPlanet: iPlanet Portal Server 3.0 http://www.iplanet.com/products/iplanet_portal/home_portal.html
Oracle: Oracle 9i Portal http://www.oracle.com/ip/deploy/ias/portal/index.html
SAP Portal: http://www.iviewstudio.com
Epicentric portal: http://www.epicentric.com/solutions/products/efs/