内容主机域名

版权所有IBM公司2008商标在WebContentManagement中使用RenderingPortlet进行内容展现第1页,共22在WebContentManagement中使用RenderingPortlet进行内容展现郭亮软件工程师IBM中国软件研发中心冯悦勤(fengyueq@cn.
ibm.
com)软件工程师IBM中国软件研发中心2008年9月08日本文重点介绍了WebContentManagement中RenderingPortlet的使用.
介绍了RenderingPortlet使用时的网络环境,安装、配置流程,并通过分析提出了使用RenderingPortlet的最优实践.
经过比较,分析得出了RenderingPortlet相对其它呈现方式的优点.
RenderingPortlet简介RenderingPortlet是由IBMWebContentManagement提供的,用于展现Web内容的Portlet组件.
IBMWebContentManagement是包含在WebSpherePortal的Enable和Extend版本中的Web内容管理组件,提供了在Portal环境下通过Web页面或Portlet创建、管理和发布Web内容的方式.
使用WebContentManagement可以创建和管理因特网、内部网、外部网以及WebSpherePortal站点的Web内容,还可以使用它来向用户展现Web站点中的Web内容,包括由文档管理器管理或由用户个性化生成的内容.
使用WebContentManagement可以使Web站点的设计、页面设计,和内容提供以及内容评阅的工作完全分开,能够让具有不同技能的人员独立工作,从而高效的创建和管理Web内容.
当网站开发人员使用IBMWebContentManagement完成了网站开发工作后,可以使用WebContentManagement提供的Servlet、预呈现和RenderingPortlet三种展现方式来对Web内容进行发布.
其中,RenderingPortlet方式提供了一种在Portal页面中,以Portlet组件的形式对WebContentManagement站点、站点区域、内容、内容元素和组件等进行展现的方法.
RenderingPortlet包括部署在本地WebContentManagement服务器中的LocalRenderingPortlet,和部署在远程的WebSpherePortal服务器中的RemoteRenderingPortlet.
使用RenderingPortlet有着种种特有的优势,本文将予以详细的介绍.
developerWorksibm.
com/developerWorks/cn/在WebContentManagement中使用RenderingPortlet进行内容展现第2页,共22RenderingPortlet与其它展现的比较在WebContentManagement(Web内容管理,以下简称WCM)中,为了对Web内容进行展现,需要首先完成对站点的设计和建造.
其中包括构建Web站点的结构,编辑演示模板,匹配编写模板与演示模板,制作Web内容和组件,类型(分类,类型),Web站点组件访问权限的控制等工作.
最后通过适当的展现方法将Web内容展现给最终用户.
WCM提供了预呈现,WCMServlet和RenderingPortlet三种对内容展现的方式,每种内容展现的方式都有其各自的优缺点.
预呈现方式预呈现的展现方式,是利用WCM提供的缓存机制,以自动或手动的方式对Web的站点内容进行快照,生成针对特定时间和特定用户的静态网页内容,以HTML文件的方式保存在磁盘中.
最终用户可以通过WCM或Web服务器直接访问.
由于最终用户访问的是静态的网页内容,所以预呈现展现方式三种内容展现方式中,能够提供最快的访问速度的展现方式.
但是由于预呈现方式生成的是静态的网页文件,所以使用上会受一些特殊的限制:1.
采用预呈现方式,Web内容所设置的访问权限控制将被忽略采用预呈现方式时,在Web内容项目上所设置的读取权限将不被进行处理.
预呈现后用户所能访问的内容是以配置文件中所指定的用户为标准的.
对Web内容访问时将忽略用户角色,返回的均为这个特定用户访问时的内容.
2.
预呈现站点路径受到WebContentManagement服务器所在的操作系统的限制由于预呈现是将Web站点以目录树和HTML文件的方式存储到磁盘中,所以在使用中会受到具体服务器文件系统的的限制.
例如站点、站点区域和内容的命名必须符合所在文件系统的命名规范,不能包括文件系统中的非法字符.
站点的路径结构需要符合所在文件系统的目录路径规则,不能超过文件系统的最大路径长度.
如Windows的最长目录路径不能超过255个字符,Linux的最长目录路径不能超过1024个字符.
3.
不能对JSP组件进行预呈现JSP组件是WCM提供的用于引用JSP文件的组件,JSP文件(JavaServerPages)是使用Java编程语言在HTML文件中插入Java程序段和JSP标记来生成动态网页.
WCM可以使用WCM标记和WCM的API将WCM内容和组件加入到JSP文件中.
由于JSP是服务器端执行的动态脚本,需要在用户请求时由服务器动态的执行.
而预呈现后是生成静态的Web页面,所以无法对JSP组件进行呈现.
4.
不能使用编写服务器进行预呈现实际的项目开发过程中,一般包括编写服务器,登台服务器和交付服务器.
编写服务器用于内容的开发和编写,登台服务器用于聚集编写服务器对于发布网站的内容的修改并将修改数据交付给交付服务器展现给最终用户,详细的介绍请参考"网络拓扑结构"一章.

因为在进行站点预呈现的过程中,Web站点存储库是被上锁的,其它操作不能再对其进行访问.
所以进行预呈现时,需要在专门的登台服务器上进行,不能在编写服务器上执行.

5.
只能对站点和内容进行预呈现由于预呈现所使用的是WCM的缓存机制,而缓存模块所应用的客体只限定于站点或站点内容.
所以只能对站点或内容进行预呈现,不能仅对单独的组件或元素进行展现.

ibm.
com/developerWorks/cn/developerWorks在WebContentManagement中使用RenderingPortlet进行内容展现第3页,共22元素是WCM提供的用以存储或生成不同类型的Web内容,可以存储在站点、站点区域、内容项或组件中;组件用来存储单个元素,每种元素类型都有不同的类型组件.
由于元素和组件不存在自己的上下文,所以不能对单独的组件或元素进行预呈现展现.
所以预呈现方式适用于具有简单需求的不需要个性化的应用,而不适用于动态的复杂的Web内容展现.
WCMServlet的方式用户可以通过浏览器访问,以URL的方式调用WCMServlet,对Web站点或特定的Web内容或组件进行展现.
使用WCMServlet的方式通过设置调用Servlet的不同参数来达到Web内容展现的目的.
URL的模式如下所式:http://[HOST]:[PORT]/wps/wcm/connect/[PATH]srv=[SRV]&cache=[CACHE]&expires=[EXPIRES]其中的参数包括:1.
PATH,路径指向用于展现的站点、站点区域或内容的路径.
在展现组件时,这是显示该组件的站点、站点区域或内容项的路径.
2.
SRV,渲染实体可以是组件、元素或Web页面.
由于Web页面是由PATH参数隐含指定的,所以当展现对象为Web页面时,该参数可以省略.
3.
CACHE,缓存种类是一个可选参数,用于设定缓存的种类,缓存类型包括当前站点、当前会话、当前用户等.

4.
EXPIRES,过期时间同CACHE同时使用的可选参数,用于指定缓存的过期时间.
有绝对过期时间和相对过期时间两种形式.
使用WCMServlet方式,能够在呈现时动态的设定缓存种类和过期时间.
但是所有对用户展现得Web内容都要由WCM提供.
不能应用WebSpherePortal中所使用的主题、皮肤等公有设施.
同时展现参数以URL参数的方式提供,当由人工手动输入时,可能会由输入错误导致展现失败.

RenderingPortlet的方式RenderingPortlet是由WCM提供的用于展现Web内容的Portlet.
使用RenderingPortlet可以在Portal页面中展现WCM的内容、组件和元素,是WCM客户使用最广泛的内容展现方式.
使用RenderingPortlet进行Web内容展现,允许Web内容、组件和元素在WebSpherePortal中进行展现.
而且可以使用WebSpherePortal所提供的各种底层基础设施,同时在展现页面上可以直接使用现有的丰富的Portlet协助进行展现.
这样在进行Web站点设计和建造过程中,开发人员可以将注意力集中于Web内容的展现上.
而其它辅助功能可以直接使用其它Portlet来提供,细化了开发粒度,降低了开发风险.
与其它两种呈现方式相比,RenderingPortlet具备其独特的优点:developerWorksibm.
com/developerWorks/cn/在WebContentManagement中使用RenderingPortlet进行内容展现第4页,共22与WebSpherePortal天然的联合,1.
在页面中可以直接使用WebSpherePortal提供的丰富的Portlet,如日历,天气等Portlet.
2.
使用WebSpherePortal定义的主题和皮肤.
简化了Web内容的美工设计.
3.
使用WebSpherePortal提供的拖放功能.
可以使用鼠标的托拽,无需编程,自由的定位RenderingPortlet在页面中的位置,从而改变Web内容在Portal页面上显示的位置.
4.
强大的搜索功能.
Servlet方式只能使用在网页中定义搜索表单,在表单中包含搜索元素的方式.
而RenderingPortlet可以通过搜索元素,搜索中心或"搜索和浏览Portlet"的方式对Web站点进行搜索.
使用Portlet的设置模式1.
通过RenderingPortlet提供的"编辑共享设置"和(或)"配置"模式,以图形化界面的方式设置所展现的站点、内容或组件/元素等属性.
避免了使用WCMServlet方式手工输入时可能导致的错误.
2.
对最终用户完全屏蔽WebContentManagement服务器的信息.
同时还可以通过对RendeirngPortlet的访问权限的控制,来间接的控制最终用户对Web内容的访问.
拥有较高的安全性和灵活性.
其它优点1.
可以和WCM编写服务器部署在同一个WebSpherePortal中(LocalRenderingPortlet),也可以部署在单独的WebSpherePortal中(RemoteRenderingPortlet),拥有较灵活的部署方式.
2.
在RenderingPortlet中拥有比其它两种方法更为灵活、安全的设置方法.
在使用RenderingPortlet进行站点呈现时,既可以使用存储在WCM中的属性,同时还可提供备用的演示模板作为没有匹配的演示模板时的的备用方案,还可以通过额外的概要文件来追加用户类别,从而更好的适应用户个性化需求的快速变化.
3.
RenderingPortlet支持多个Portlet之间的交互,可以较容易的设置多个Portlet之间的协同,使每一个Portlet只展现单一的内容,减小了开发粒度,提高了开发质量.
4.
RenderingPortlets使用实时的机制从WCM服务器中提取内容,对页面的使用者进行展现,可以适应动态的复杂的应用.
LocalRenderingPortlet和RemoteRenderingPortlet的比较本章节通过对两种RenderingPortlet的比较,可以使用户了解到如何根据实际情况选择适合种类的RenderingPortlet来进行内容展现.
WebSpherePortal提供了LocalRenderingPortlet和RemoteRenderingPortlet两种类型的RenderingPortlet.
两种Portlet都可以用来展现WCM内容,所不同的是LocalRenderingPortlet需要与展现内容所在的WCM应用部署在同一个WebSpherePortal实例上,而RemoteRenderingPortlet可以与展现内容所在的WCM应用部署在不同的WebSpherePortal实例上.
由于LocalRenderingPortlet同WCM应用部署在同一个WebSpherePortal实例上,所以LocalRenderingPortlet可以直接访问WCM中存储的数据,访问速度较快,网络访问路径较短.
如图1所示:ibm.
com/developerWorks/cn/developerWorks在WebContentManagement中使用RenderingPortlet进行内容展现第5页,共22图1.
LocalRenderingPortlet示例RemoteRenderingPortlet同WCM应用部署于不同的WebSpherePortal实例上,通过远程方式访问WCM应用实例.
RemoteRenderingPortlet使用凭证保险库槽或单点登陆的方式同远程WCM应用进行通讯,所以网络的访问路由较长,但是由于WCM应用运行在远程的服务器上,所有对交付服务器的资源占用较小.
图2是RemoteRenderingPortlet的访问原理图:图2.
RemoteRenderingPortlet示例RemoteRenderingPortlet可以部署在WebSpherePortal5.
1.
0.
x之后的版本上.
这对于企业应用非常重要,由于交付服务器在升级时,旧的WebSpherePortal应用程序有可能要重写和测试,需要一个较长的周期.
这样就可以首先升级编写服务器,而将新版本的RemoteRenderingPortlet部署在旧版本的交付服务器上,使用升级后的新版本提供的功能.
其它WebSpherePortal应用程序经过完全测试后再升级交付服务器.
通过以上分析,LocalRenderingPortlet和RemoteRenderingPortlet的主要区别总结为如表1所示:表1.
RemoteRenderingPortlet和LocalRenderingPortlet的比较项目RemoteRenderingPortletLocalRenderingPortlet访问吞吐量较小较大授权数(价格)较多较少可部署于防火墙后是(注:不启用由"WCM服务器生成标准URL")否developerWorksibm.
com/developerWorks/cn/在WebContentManagement中使用RenderingPortlet进行内容展现第6页,共22交付服务器的资源占用低高可单独升级WCM是否管理复杂度高低网络使用量高低硬件/资源使用低高是否需要调校是是客户应该根据实际的应用环境,综合考虑以上因素,选择适当的RenderingPortlet类型来进行WCM内容的展现.
网络拓扑结构首先,在建设网站时,一般会包含开发阶段和交付阶段,即最初网站开发人员会在一个开发环境上进行内容的编写和开发,随后再将内容直接复制到生产阶段并交付给用户,这样可以有效的区分出开发和生产阶段.
当网站内容经常变动时,可以再增加一个登台阶段,登台阶段可以逐步聚集对网站的更改并将更改以批量方式交付给生产阶段;也可以逐步聚集多个编写服务器的内容,然后以辛迪加的方式复制给交付阶段,这样可以有效的减少交付阶段内容的频繁改动而造成的网站的频繁改动.
使用WCM时的应用方案一般也都会包含这三个阶段,每个阶段通常会安装一个WCM应用实例,各阶段WCM实例之间的Web内容使用WCM提供的辛迪加方式进行复制,辛迪加方式是WCM应用程序用于将数据从WCM的一个实例传输到另一个实例的方法,通过辛迪加复制的方式可以实现将WCM内容从编写服务器到登台服务器,以及从登台服务器到交付服务器的复制,极大地方便了数据从开始的编写阶段到最终交付阶段的复制.
下图是一个使用LocalRenderingPortlet实现WCM内容交付的网络环境部署图:图3.
RenderingPortlet网络环境部署示例图3的部署实例中包含有三个阶段,编写阶段、登台阶段和交付阶段,分别对应为编写服务器、登台服务器和交付服务器,每个服务器上安装有一个WCM应用实例,Web内容由编写服务器以辛迪加方式逐步的复制到交付服务器的WCM实例上.
ibm.
com/developerWorks/cn/developerWorks在WebContentManagement中使用RenderingPortlet进行内容展现第7页,共22用户可以在编写服务器上开发建设网站所使用的基本资源,例如,共用的编写模板、演示模板、图片文件等资源.
本应用方案还包括了测试环境,即上图中的测试服务器.
当网站建设完成或者是对Web站点做了更改之后,可以使用测试环境进行交付前的测试,查看更改对于网站有什么样影响,当测试通过后,就可以做后续的更改并交付给客户了.
通常为保护内部的WCM应用程序和资源,在登台应用程序和交付应用程序之间可以使用防火墙,这样可以阻止有权限访问Web站点的用户访问位于防火墙之后的编写应用程序和登台应用程序,有效的提高了网络的安全性.
在进行实际的网站建设时,需要考虑到很多因素,例如网络环境、WebSpherePortal安全性、系统稳定性、冗余性、容错性等等.
所以客户需要具体情况具体分析以部署出做合理的网络结构.

RenderingPortlet的安装LocalRenderingPortlet的安装LocalRenderingPortlet可以用来展现与其部署在同一个的WebSpherePortal实例上的WCM内容,它随WCM产品一同安装.
具体安装操作方式为运行WCM的配置任务configure-wcm-authoring:Windows:configWPSconfig.
batconfigure-wcm-authoringUNIX:/config/WPSconfig.
shconfigure-wcm-authoring其中为安装了WebSpherePortal的主目录,config目录中存放了配置WebSpherePortal所用的配置文件以及配置工具.
该配置任务在创建WCM的管理页面的同时也部署了编写Portlet以及LocalRenderingPortlet.
安装过程同时为WebSpherePortal的所有认证用户设置了对LocalRenderingPortlet有特权用户的访问权限,即WebSpherePortal的认证用户具有对LocalRenderingPortlet查看以及个性化设置的权限.
在该安装任务完成之后,需要重新启动WebSpherePortal服务器使安装的生效.
RemoteRenderingPortlet的安装RemoteRenderingPortlet可以部署在与需要展现的WCM内容的WebSpherePortal实例不同的WebSpherePortal服务器上,通过必要的凭证信息以远程方式访问位于不同服务器上的WCM服务.
RemoteRenderingPortlet可以安装部署在5.
1.
0.
x版本之后的的WebSpherePortal服务器上,其安装方式与其他的Portlet非常类似,通过WebSpherePortal提供的"Web模块"管理页面进行安装.
要安装Portlet,用户需要有对该WebSpherePortal的管理员的权限.
首先,RemoteRenderingPortlet的war包文件必须要存放于本地目录中,该war包文件一般存放于WebSpherePortal服务器的安装主目录中的installableApps路径下,该目录中存放了所有WebSpherePortal提供的Portlet的war包文件.
war包文件为封装了Portlet应用程序的文件,包含了Portlet的描述性信息以及Portlet类和资源,安装Portlet过程中会将war包文件上传到服务器,解包并将所有资源放在服务器文件系统里.
developerWorksibm.
com/developerWorks/cn/在WebContentManagement中使用RenderingPortlet进行内容展现第8页,共22RenderingPortlet安装完成之后,管理员用户可以通过WebSpherePortal提供的"Portlet"管理页面,根据实际应用情况为指定的组或用户制定对RenderingPortlet的访问权限,从而使有权限的用户可以使用RenderingPortlet.
验证安装通过WebSpherePortal提供的"Portlet"管理页面可以查看WebSpherePortal服务器安装了哪些Portlet,RenderingPortlet安装完成之后,也可以在该管理页面中查询到.
LocalRenderPortlet和RemoteRenderingPortlet分别对应名称为"Web内容查看器"和"远程Web内容查看器的Portlet".
注明:当需要使用RenderingPortlet进行内容展现时,需要将LocalRenderingPortlet或RemoteRenderingPortlet加到Portal页面中.
RenderingPortlet的配置RenderingPortlet配置方式同大多数Portlet一样,RenderingPortlet也提供了三种配置方式:配置模式,编辑共享设置模式以及个性化设置模式.
不同权限的用户可以执行的操作模式是不同的,不同的配置方式对所作的更改对于用户和Portlet的影响也是不同的.
配置模式,该配置方式需要用户拥有对该RenderingPortlet管理员以上的权限,这种模式对RenderingPortlet所作的配置更改会对所有WebSpherePortal用户的所有Portlet实例生效,不管RenderingPortlet是加载在哪个Portal页面上.
编辑共享设置模式,该配置方式需要用户拥有对该RenderingPortlet编辑者以上的权限,这种模式对RenderingPortlet所作的配置更改会使所有WebSpherePortal用户只对该RenderingPortlet实例生效,而不会影响到其他的RenderingPortlet实例.
在用户使用编辑共享设置模式对Portlet做了配置之后,以配置模式对该Portlet实例所做的设置便不再生效了.
个性化设置模式,该配置方式需要用户拥有对该RenderingPortlet特权用户权限,这种模式对RenderingPortlet所作的配置仅会对该WebSpherePortal用户的该RenderingPortlet实例生效,即其他的用户看不到这个用户对于这个RenderingPortlet实例所作的配置更改.
下面的这个例子详细的描述了三种配置方式对于用户和RenderingPortlet产生的影响的区别.
现有用户userA、userB、userC,分别对RenderingPortlet具有管理员权限、编辑者权限和特权用户权限,这样的权限设置使得用户userA可以以配置模式更改RenderingPortlet的配置,userA和userB可以以编辑共享设置模式更改RenderingPortlet的配置,而userC能够以个性化设置的模式对RenderingPortlet进行配置更改.
这时我们再以WebSpherePortal管理员的身份创建两个Portal页面,Page1和Page2,设置页面的访问权限使得三个用户均具有对Page1和Page2页面的编辑者权限.
在每个页面上分别加上两个RenderingPortlet,Page1上有Portlet1-1,Portlet1-2;Page2上为Portlet2-1,Portlet2-2,如图4所示:ibm.
com/developerWorks/cn/developerWorks在WebContentManagement中使用RenderingPortlet进行内容展现第9页,共22图4.
RenderingPortlet设置举例此时:如果使用用户userA对Page1上的Portlet1-1以配置模式进行Portlet配置,所作的更改会影响到Page1以及Page2上的所有的RenderingPortlet实例,用户userA,userB和userC都可以看到所作的更改;若以userA或userB用编辑共享设置的模式更改Page1页面上的Portlet1-1的设置,这种情况下userA、userB和userC可以看到仅在Page1的Portlet1-1上更改生效了,其他的Portlet都没有变化;第三种情况则是以userC用户更改Page1页面上Portlet1-1的个性化配置,此时,更改只会被userC看到,而且,更改只生效在Portlet1-1上面.
developerWorksibm.
com/developerWorks/cn/在WebContentManagement中使用RenderingPortlet进行内容展现第10页,共22配置步骤用户通过选择Portlet标题栏中的配置,编辑共享设置或个性化设置按钮,可以进入RenderingPortlet的配置页面,LocalRenderingPortlet的配置页面如图5所示:图5.
RenderingPortlet的配置从上面的图5中可以看出LocalRenderingPortlet的配置主要包括四个部分:选择在RenderingPortlet中展现的内容、库组件或者内容元素项在RenderingPortlet中可以展现内容、库组件或者是内容元素项.
在选择展现不同类型的项时,所需要设置的展现上下文也是不同的:1.
展现内容项,选择展现的是WCM中的内容.
该内容必须是已经发布的WCM内容,同时它的父站点中应当正确设置了展现时所需要的编辑模板和演示模式的映射,否则,我们需要必须为展现的内容在备用演示模板部分选择备用的演示模板;2.
展现库组件项,选择展现的是WCM库里的组件,可以是菜单组件、导航组件或图像组件等等.
在展现组件时,需要展现的组件选择一个WCM内容作为展现时的上下文;3.
展现内容元素项,内容元素是WCM内容中包含的元素,所以在展现元素时首先需要选在元素所在的WCM内容,然后再选择要展现的内容中的元素.
同样的,这里选择的WCM内容也是WebSpherePortal已经发布的内容.
RenderingPortlet概要文件配置这个配置部分的功能是WebSpherePortal6.
0.
x之后的版本新增加的,与WCM中的菜单组件配合使用.
菜单组件是WCM提供的用于显示内容项中的元数据或者内容的组件,显示的内容项与菜单元素中配置的搜索条件相匹配,可以是站点区域、编写模板、类别等等.
其中,在Renderingibm.
com/developerWorks/cn/developerWorks在WebContentManagement中使用RenderingPortlet进行内容展现第11页,共22Portlet中配置站点区域或类别也可以作为菜单显示内容项时的匹配依据.
此时用户需要在创建菜单时,在搜索的匹配条件中包含显示在RenderingPortlet中设置的展现站点区域或类别.
Portlet间的链接配置RenderingPortlet可以加载在一个或多个Portal页面上,实现不同的Portlet实例之间行为交互是非常必要的.
例如,用户希望创建一个包含有两个RenderingPortlet的Portal页面,其中一个RenderingPortlet上展现菜单以显示某站点区域下的内容链接,另一个RenderingPortlet上展现某个具体的内容项的数据,当你希望点击第一个RenderingPortlet上不同的内容链接同时在第二个RenderingPortlet上展现相应的内容项数据时,就需要使用RenderingPortlet的链接配置来实现这种Portlet间的协同工作.
该部分的设置包括两个部分:1.
广播链接目标,配置是否将当前Portlet的上下文广播给本页面或者是其他页面(可以在选择目标Portal页面列表中选择);2.
接收连接源,配置是否接收本页面或是其他页面广播的上下文.
通过链接配置还可以实现使用LocalRenderingPortlet进行内容预览.
要实现这种方式的内容预览,用户需要首先创建一个Portal页面,在该页面上加载LocalRenderingPortlet;然后需要配置使该LocalRenderingPortlet使它可以接收来自"其他Portlet和此Portlet"的链接,同时在WCM的编辑Portlet的配置页面中的预览选项部分允许作者在新建的Portal页面中预览内容,这样用户就可以使用以Portal页面的方式进行内容预览了.
其他通过配置Portlet显示标题可以更改RenderingPortlet的显示标题,以更友好的方式呈现给用户,不做配置时会使用默认的Portlet名称.
RemoteRenderingPortlet所需做的额外配置RemoteRenderingPortlet除了需要作上述的配置以外,还需要设置访问该Portlet时所使用的访问控制凭证类型等信息,如图6所示:图6.
RemoteRenderingPortlet的特殊配置1.
凭证,用来控制对远程RenderingPortlet的访问,可以使用当前用户的凭证,此时用户对RemoteRenderingPortlet以及Portlet展现的WCM内容或组件的访问权限取决于自身对它们所具有的权限,这种情况要选择LTPA类型;你也可以设置为使用凭证保险库槽,这时所有用户访问RemoteRenderingPortlet时都是使用这个凭证,即它们对于这个RemoteRenderingPortlet的访问权限都是取决于所使用的凭证保险库槽,这种情况需要用户输入凭证保险库槽的developerWorksibm.
com/developerWorks/cn/在WebContentManagement中使用RenderingPortlet进行内容展现第12页,共22名称,WebSpherePortal的凭证保险库槽是在WebSpherePortal管理页面中进行创建和管理的.
2.
WebContentManagement服务器主机,配置想要展现的远程服务器的主机及端口号;3.
WebContentManagement上下文路径,配置WCM应用程序的上下文路径,这是由WAS为WCM企业应用程序定义并设置的,缺省值为/wps/wcm;4.
WebContentManagementServlet路径,配置WCMServlet路径,这个值是通过WCM的配置文件WCMConfigService.
properties中的connect.
defaultservletpath来设置的,缺省值为/connect;5.
WebContentManagement认证的Servlet路径,配置可靠的WCMServlet路径,这个值通过WCM的配置文件WCMConfigService.
properties中的connect.
secureservletpath来设置,缺省值为/myconnect;6.
WebContentManagement服务器生成的标准URL,它确保WCM生成的URL是标准的,该选项缺省设置是选中的.
使用SSL保证通信安全在实际网站建设应用中,为了保证RemoteRenderingPortlet和WCM服务器之间数据传输的安全性,会对RemoteRenderingPortlet和WCM服务器之间的通信使用加密的传输,SSL/HTTPS.
在这里我们对WebSpherePortal所使用的DummyServerKey和ServeTrustFile进行简要的介绍.
在WebSpherePortal安装完成后,会生成DummyServerKeyFile.
jks和DummyServerTrustFile.
jks两个缺省密钥数据库文件.
其中DummyServerKeyFile.
jks用于存储Portal服务器的个人证书,DummyServerTrustFile.
jks用于存储受到信任的签署人证书.
本文以这两个文件为例,说明在RemoteRenderingPortlet和WCM服务器之间创建SSL连接的方法.
应该指出,使用WebSpherePortal安装时产生的密钥是不安全的,为了提高安全性,您可以为通信创建自己的私钥和证书.

使用/bin目录下的IBM密钥管理程序(ikeyman)打开WCM服务器中的密钥数据库文件DummyServerKeyFile.
jks.
抽取个人证书.
并将导出的证书文件拷贝到Rendering服务器中;图7.
导出服务器证书在RenderingPortlet服务器中,使用IBM密钥管理程序打开DummyServerTrustFile.
jks,并使用证书导入WCM服务器的个人证书文件.
ibm.
com/developerWorks/cn/developerWorks在WebContentManagement中使用RenderingPortlet进行内容展现第13页,共22图8.
导入服务器证书完成了上述操作之后,就可以在RemoteRenderingPortlet中设置使用SSL的方式和WCM服务器进行通讯了.
在WCM服务器主机中填入https方式的主机地址,如https://wcmserver.
com.
以上只是保证了通信链路的安全性,如果用户需要对客户端(RenderingPortlet服务器)的身份进行认证,还需要重复上述步骤,将RenderingPortlet服务器中存储于DummyClientKeyFile.
jks中的个人证书导入到,位于WCM服务器中的DummyClientKeyFile.
jks中.
RenderingPortlet应用实例Web站点发布的内容一般都包括图片和文字信息,我们这里提供了一个例子详细的说明了如何使用RenderingPortlet发布WCM内容.
作为示例,我们使用WCM创建了一个新闻站点,站点包含两个RenderingPortlet,一个用来展现新闻文章列表,另一个展现当前用户选择阅读的新闻文章内容,如图9所示:developerWorksibm.
com/developerWorks/cn/在WebContentManagement中使用RenderingPortlet进行内容展现第14页,共22图9.
使用RenderingPortlet创建新闻站点首先,需要进入WebSpherePortal管理页面,新建一个Portal页面或者我们可以直接使用WCM默认安装时提供的内容预览页面,重新编辑页面的布局在页面上加载两个RenderingPortlet(以LocalRenderingPortlet为例),如图10所示:图10.
添加新闻站点的RenderingPortlet这时我们就可以开始配置两个Portlet了,在RenderingPortlet的配置这一个章节中我们已经了解到,这个页面上的两个RenderingPortlet属于不同的portlet实例,而且portlet之间需要协同并表现出不同的行为,所以,在配置Portlet时需要采用编辑共享设置模式的配置方式.
ibm.
com/developerWorks/cn/developerWorks在WebContentManagement中使用RenderingPortlet进行内容展现第15页,共22在Portlet设置之前,我们假设已经事先创建好了菜单组件以及新闻内容.
对于页面左面的RenderingPortlet我们需要显示新闻菜单,并将该Portlet的链接广播到本页面;对于右侧用于显示新闻内容的Portlet,在显示内容区域我们可以选择一个默认展现的新闻内容,最重要的是在链接部分允许该Portlet能够接收本身以及其他Portlet的链接.
具体的Portlet的设置如图11所示:图11.
新闻RenderingPortlet的设置上述的操作完成之后,我们在点击左侧RenderingPortlet上显示的新闻链接时,在右侧的RenderingPortlet上就可以展现出相应的新闻内容了.
RenderingPortlet最优实践本章节就对WebSpherePortal的优化,RenderingPortlet部署上的优化和WCM内容设计上的优化三个方面进行了讲解,详细的描述了使用RenderingPortlet的优化措施以使,WCM展现环境工作在较好的状态.
对WebSpherePortal的优化安装性能相关的补丁WebSpherePortal的一些补丁是专门为了提高RenderingPortlet的性能而发布的,所以建议对这类补丁在经过测试后予以安装,如:PK32541:AllowPrincipalInformationstobecached(forLocalRenderingPortlet)PK32544:AllowPrincipalInformationstobecached(forRemoteRenderingPortlet)可以通过访问http://www.
ibm.
com/support获得最新的补丁列表对数据库进行调校Web内容存储在JCR数据库中,对WebSpherePortal所使用数据库的访问速度,尤其是JCR数据库的访问速度是影响WCM存储速度的关键要素之一.
因此需要对数据库进行调校使数据库工作在最佳状态.
同时由于Web内容会随着对WCM的使用不断的变化,所以对数据库调较的工作需要周期性的持续进行.
具体的操作需要参照所用数据库的使用手册.