把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的标签库生成跳转地址, 比如:
<portletAPI:createURI>
<<portletAPI:URIParameter name=" action" value ="SearchUser" />
</ portletAPI:createURI >
">
当然参数action也可以用隐形控件来传递:
< INPUT type ="hidden" name ="action" >
</ FORM >
具体跳转到哪里, 由对应的Portlet读取参数(这里为action), 再跳转到相应的地方, 具体的对应关系一般可写在配置文件中.
对于页面中包含JS源, 也一样, 不过路径一般不要相当于当前网页, 而是绝对的路径, 不然可能会找不到JS源:
如果这些跳转要在JAVA文件中来生成, 则可以调用对应的PortletResponse的方法:
uri.addParameter( " action " , " name " );
JS源:
要避免重名, 可用:
或:
Portlet中后台用PortletRequest request时, 用request.getParameter("user_id"); 能取得JSP页面中用tag进行编码的参数”<portletAPI:encodeNamespace value='user_id' />”.