portal 说明

每个portlet都有一个PortletPreferences prefs就是配置项的保存容器，值存在数据库中

 

1、Portlet Request & URL

      在一个 Portal 页面中，通常都包含了多个 Portlet ，在一个时刻用户只能与一个 Portlet 交互，当用户向一个 Portlet 发出请求（例如点击了“ submit ”按钮），整个 Portlet 页面将会重新构成。在这个过程中，是否有与用户交互的 Portlet 处理方式显然是不同的，而且用户没有与之交互的 Portlet 显然不应该接收到用户的请求参数。
　  因此 JSR168 规范中将对 Portlet 的请求分为 Action 和 Render 两种。 Portlet 在收到 Action 请求，获取用户所提交的信息，进行相应的处理；受到 Render 请求后，则生成页面代码。当用户向一个 Portlet 发出请求，该请求被 Portlet 容器接受， Portlet 容器再调用相应 Portlet 的 processAction() 方法；等到 processAction() 方法执行完毕后， Portlet 容器再调用所有 Portlet 的 render() 方法，并将这些方法所返回的内容组合形成一个页面返回给客户端。在上述过程中，所有 Portlet 的 render() 方法的调用次序在规范中没有规定，既可能是有顺序的串行调用，也可能是多线程的同步调用，依赖于厂商的具体实现。

       为了接受用户请求，一个 Portlet 需要有一个指向其自身的 URL ，例如用在 HTTP FORM 的 ACTION 字段。但是与 Servlet 不同的是， Portlet 不是一个完整的页面而只是页面的一部分，一个 Portlet 可以出现在多个页面中，所以 Portlet 无法绑定具体的 URL 。在 JSR168 规范中定义了 PortletURL 接口，通过该接口可以得到指向 Portlet 自身的 URL ，对应两种用户请求有两种产生 URL 的方法：