把IBM Portal应用到了一个小项目中.
Portlet在我看来无非只是在servlet再封装一层. Portal框架是一个标准的MVC架构, 它把WEB中的数据按SCOPE分为若干层, 比原先servlet多了几层, 这样就可以在各个层次上进行数据传递, 数据操作, 更快更安全地完成原来WEB页面功能. Portal通过这些层次结构来实现权限控制, 实现页面的动态布局. 我觉得Portal应该想要实现桌面程序的一些功能, 这些功能不仅仅在显示上. 贴两图吧:
Portlet 结构:

Portlet Scope:

另外, 需要注意的是PortletData中的数据只能在Edit模式下更改, PortletSettings中的数据只能在Config模式下更改. 我们一般实现原先WEB功能, 都在View模式下就OK了, 其他模式只是为了动态地控制页面布局之类的.
在Portlet中页面跳转, 不能直接写入URL进行跳转, 因为Portlet对页面的URL(URI)都进行过一些HASH操作. 所以在JSP页面中, 可能用Portlet的标签库生成跳转地址, 比如:

<
FORM
method
="post"
action
="

<portletAPI:createURI>

<<portletAPI:URIParameter name="
action" value
="SearchUser"
/>

</
portletAPI:createURI
>

">
当然参数action也可以用隐形控件来传递:

<
FORM
method
="post"
action
="<portletAPI:createURI/>"
>

<
INPUT
type
="hidden"
name
="action"
>

</
FORM
>
具体跳转到哪里, 由对应的Portlet读取参数(这里为action), 再跳转到相应的地方, 具体的对应关系一般可写在配置文件中.
对于页面中包含JS源, 也一样, 不过路径一般不要相当于当前网页, 而是绝对的路径, 不然可能会找不到JS源:

<
SCRIPT
src
=
<portletAPI:encodeURI path="/js/Validator.js" />
type="text/javascript" language="JavaScript"></SCRIPT>
如果这些跳转要在JAVA文件中来生成, 则可以调用对应的PortletResponse的方法:

PortletURI uri
=
response.createURI(PortletWindow.State.MAXIMIZED);

uri.addParameter(
"
action
"
,
"
name
"
);
JS源:

response.encodeURL(
"/js/Validator.js");
要避免重名, 可用:

<
portletAPI:encodeNamespace
value
=”name”
/>
或:
response.encodeNamespace("name");
Portlet中后台用PortletRequest request时, 用request.getParameter("user_id"); 能取得JSP页面中用tag进行编码的参数”<portletAPI:encodeNamespace value='user_id' />”.
注意的是在JSP页面上, request和response仍然是javax.servlet.http.HttpServletRequest和javax.servlet.http.HttpServletResponse, 而不是org.apache.jetspeed.portlet.PortletRequest和org.apache.jetspeed.portlet.PortletResponse.
不过在后台request.setAttribute(name, value)方式传到JSP的参数, 对于不同的Portlet, 哪怕是name一样, 它们在JSP中得到的value还是各自的value, 这可能Portlet对name进行了重新Hash编码.