PortletWord格式.docx
《PortletWord格式.docx》由会员分享，可在线阅读，更多相关《PortletWord格式.docx（11页珍藏版）》请在冰豆网上搜索。
新闻portlet的开发者创建应用并打包成war格式的文件,随后portal服务器的管理员在服务器上部署该war文件并创建页面，接下来每个用户会选择在他的页面里有哪些应用。
例如，如果用户对股价不感兴趣而对体育感兴趣，他可以用“体育”窗口替换“股价”窗口。
Portlet技术需要学习许多新概念，本文不可能全都涵盖，因此本文分为两部分。
在第一部分里我们详细说明portals和portlets，并开发一个简单的“HelloWorld”portlet；
在第二部分我们将探讨一些高级主题。
我们将用Apache的Pluto服务器（PortletAPI1.0规范的参考实现）来测试我们的示例portlets，我们还会花些时间探讨如何安装和使用Pluto服务器。
Portal页面的元素
图2显示了Portal页面的各种元素。
图2portal页面的元素
每个portlet页面由一个或多个portlet窗口组成，每个portlet窗口又分为两部分：
一个是外观，它决定了portlet窗口的标题条、控制和边界的样式；
另一个是portlet段，它由portlet应用填充。
Portal服务器决定了portal页面的整体观感，像标识、标题条颜色、控制图标等。
通过修改几个JSP和css模板文件就可以改变portal的整个观感。
我们将在“如何创建portal页面”部分对此做深入讨论。
在了解portlet之前有必要先了解portal。
在Portlet规范里是这样讲的：
“portal是一种web应用，通常用来提供个性化、单次登录、聚集各个信息源的内容，并作为信息系统表现层的宿主。
聚集是指将来自各个信息源的内容集成到一个web页面里的活动”。
Portal的功能可以分为三个主要方面：
Portlet容器：
Portlet容器与servlet容器非常类似，所有的portlet都部署在portlet容器里，portlet容器控制portlet的生命周期并为其提供必要的资源和环境信息。
Portlet容器负责初始化和销毁portlets，向portlets传送用户请求并合成响应。
内容聚集：
Portlet规范中规定portal的主要工作之一是聚集由各种portlet应用生成的内容，我们将在“如何创建Portal页面”部分对此做进一步讨论。
公共服务：
portlet服务器的一个强项是它所提供的一套公共服务。
这些服务并不是portlet规范所要求的，但portal的商业实现版本提供了丰富的公共服务以有别于它们的竞争者。
在大部分实现中都有望找到的几个公共服务有：
o单次登录：
只需登录portal服务器一次就可以访问所有其它的应用，这意味着你无需再分别登录每一个应用。
例如一旦我登录了我的intranet网站，我就能访问mail应用、IM消息应用和其它的intranet应用，不必再分别登录这些应用。
Portal服务器会为你分配一个通行证库。
你只需要在mail应用里设定一次用户名和密码，这些信息将以加密的方式存储在通行证库中。
在你已登录到intranet网站并要访问mail应用的时候，portal服务器会从通行证库中读取你的通行证替你登录到mail服务器上。
你对其它应用的访问也将照此处理。
o个性化：
个性化服务的基本实现使用户能从两方面个性化她的页面：
第一，用户可以根据她的自身喜好决定标题条的颜色和控制图标。
第二，用户可以决定在她的页面上有哪些portlets。
例如，如果我是个体育迷，我可能会用一个能提供我钟爱球队最新信息的portlet来取代股票和新闻portlets。
一些在个性化服务方面领先的商业实现版本允许你建立为用户显示什么样的应用所依据的标准（如收入和兴趣）。
在这种情况下，可以设定一些像“对任何收入为X的用户显示馈赠商品的portlet”和“对任何收入为X的用户显示打折商品的portlet”这样的商业规则。
此外还有一些公共服务，比如机器翻译，是由portal服务器将portlet生成的内容翻译为用户要求的语言。
大部分的商业portal服务器都支持手持设备访问并具有针对不同的浏览终端生成不同内容的能力。
与servlets类似，portlets是部署在容器内用来生成动态内容的web组件。
从技术角度讲portlet是一个实现了javax.portlet.Portlet接口的类，它被打包成war文件格式部署到portlet容器里。
Portlets在以下方面与servlets相似：
portlets由特定的容器管理。
portlets生成动态内容。
portlet的生命周期由容器管理。
portlets通过请求/响应模式与web客户端交互。
Portlets在以下方面与servlets相异：
portlets只能生成标记段，而不是整个文档。
portlets没有可供直接访问的URL地址。
不过你还是能够让别人通过URL访问到portlet，你可以把包含该portlet的页面的URL发给他。
portlets不能随意地生成内容，这是因为portlet生成的内容最终要成为portal页面的一部分。
如果portal服务器要求的是html/text类型，那么所有的portlets都应生成html/text类型的内容。
再比方说，如果portal服务器要求的是WML类型，那么所有的portlets都应生成WML类型的内容。
portlets还提供了一些附加的功能：
设置参数的持久化存储：
portlets提供了一个PortletPreferences对象用来保存用户的设置参数。
这些参数被存入一个持久化数据库，这样服务器重启后数据依然有效。
开发者不必关心这些数据存储的具体实现机制。
请求处理：
portlets提供了更为细粒度的请求处理。
对于用户在portlet上动作时向该portlet发出的请求（一种称为活跃期的状态），或者因用户在其它portlet上动作而引发的刷新页面请求，Portal服务器提供了两种不同的回调方法来处理。
Portlet模式：
portlets用模式的概念来表示用户在做什么。
在使用mail应用的时候，你可能会用它来读信、写信或检查信件――这些都是mail应用的预定功能，Portlets通常以VIEW模式提供这些功能。
但还有一些活动，像指定刷新时间或（重新）设置用户名和密码，这些活动允许用户定制应用的行为，因此它们用的是EDIT模式。
Mail应用的帮助功能用的是HELP模式。
如果仔细想想其实这里面并没有什么新东西，它们反而大部分都是普通的业务需求。
Portlet规范的作用在于它提供了一个抽象层，这才是它对所有与之相关的人－最终用户、开发者和管理员－的价值所在。
作为一个开发者，我会将所有与VIEW模式有关的业务逻辑放入doView（）方法，将与应用配置有关的业务逻辑放入doEdit（）方法，将与帮助有关的逻辑放入doHelp（）方法
这就简化了管理员对portlet应用的访问控制管理，因为他只需改变portlet的访问权限就能决定用户能做什么。
例如，如果mail应用的一个用户能够在EDIT模式下设定用户名和密码，那么就可以断定他具有EDIT模式访问权限。
不妨考虑这样一种情形：
我是一个intranet网站的管理员，我的公司买了一个能显示新闻信息的第三方portlet应用，该应用允许用户指定跟踪新闻更新的URL地址，我想借助它为用户显示公司的内部新闻。
另一个需求是我不想让用户通过该应用来跟踪任何其它的新闻信息来源。
作为管理员，我可以为所有的用户指定一个用于内部新闻更新的URL地址，同时通过改变portlet应用的部署描述符来取消其它人修改该地址的权限。
由于所有的portlet应用都具有相似的UI界面，因此采用portlets可使网站对最终用户更具吸引力。
如果她想阅读任何一个应用的帮助信息，她可以点击帮助按钮；
她也知道点击编辑按钮能让她进入应用的配置屏。
标准化的用户界面使你的portlet应用更引人。
窗口状态：
窗口状态决定了portal页面上留给portlet生成内容的空间。
如果点击最大化按钮，portlet将占据整个屏幕，成为用户唯一可用的portlet；
而在最小化状态，portlet只显示为标题条。
作为开发者应当根据可用空间的大小来定做内容。
用户信息：
通常portlets向发出请求的用户提供个性化的内容，为了能更加行之有效，portlets需要访问用户的属性信息，如姓名、email、电话等。
PortletAPI为此提供了用户属性的概念，开发者能够用标准的方式访问这些属性，并由管理员负责在这些属性与真实的用户信息数据库（通常是LDAP服务器）之间建立映射关系。
我们将在本文的第二部分深入讨论这些特点－请求处理、用户信息和portlet模式。
开发"
HelloWorld"
Portlet
现在我们就来开发一个简单的HelloWorldportlet。
创建一个名为HelloWorld的web项目，它与通常的servlet项目类似，有一个/WEB-INF/web.xml文件作为项目的部署描述符。
在buildpath里加入portlet-api-1.0.jar文件，该jar文件是Pluto发行包的一部分。
在Source文件夹中按如下内容创建HelloWorld.java文件：
publicclassHelloWorldextendsGenericPortlet{
protectedvoiddoView（RenderRequestrequest,
RenderResponseresponse）throws
PortletException,IOException{
response.setContentType（"
text/html"
）;
response.getWriter（）.println（"
HelloPortlet"
}
每个portlet都要实现Portlet接口，该接口为portlet定义了生命周期方法。
由于不想覆盖所有这些方法，我们只对GenericPortlet类进行扩展，它是一个实现了Portlet接口的适配器类。
GenericPortlet类提供了所有生命周期方法的默认实现，所以我们只需实现我们所需要的方法。
我们在HelloWorldportlet里要做的只是显示“HelloPortlet”，所以我们将覆盖GenericPortlet类的doView（）方法，该方法以PortletRequest和PortletResponse作为参数。
在doView（）方法中首先调用response.setContentType（）以通知portlet容器该portlet将要生成何种类型的内容－如果不这样做就会导致IllegalStateException异常。
一旦设置了内容的类型，就可以从response对象中获得PrintWriter并开始写入。
每个portlet应用在/WEB-INF文件夹中都有一个portlet.xml文件，它是portlet应用的部署描述符。
按以下内容创建portlet.xml文件：
<
portlet>
description>
HelloWorldDescription
/description>
portlet-name>
HelloWorld
/portlet-name>
display-name>
HelloWorld
/display-name>
portlet-class>
com.test.HelloWorld
/portlet-class>
expiration-cache>
-1
/expiration-cache>
supports>
mime-type>
text/html<
/mime-type>
portlet-mode>
VIEW
/portlet-mode>
/supports>
supported-locale>
en
/supported-locale>
portlet-info>
title>
HelloWorld<
/title>
short-title>
/short-title>
keywords>
Hello,pluto<
/keywords>
/portlet-info>
/portlet>
<
元素声明了portlet的名字，<
元素指定了portlet的全限定类名，<
元素以秒为单位指定了内容超期的时间。
这里面有一点需要注意：
你在portlet上的某些动作可能会导致内容刷新，这与缓存时间无关。
元素指定对于给定的<
有哪些模式可供支持。
在示例中我们假定HelloWorld只能生成text/html类型的内容，且只有view模式可支持该内容类型。
如果要增加对其它内容类型的支持，需要添加新的<
support>
元素并指定支持该MIME类型的模式有哪些。
通常portlet对于text/html类型有VIEW、EDIT和HELP模式可供支持，而对于WMLMIME类型则只有VIEW模式。
还可以用<
元素来指定portlet支持哪些本地化。
元素用来指定portlet的标题。
如果要对标题做国际化处理，可以用元素<
resource-bundle>
指定资源（比例properties文件）的文件名。
在这种情况下，容器将根据用户所在的地区从适当的properties文件中选择标题。
每个portlet应用都是一个web应用，因此除了portlet.xml文件之外还需要有web.xml文件。
web-app>
HelloWorldPortlet
welcome-file-list
welcome-file>
index.jsp
/welcome-file>
/welcome-file-list>
/web-app>
接下来将这些文件进行编译并打包为war文件。
你可以自己完成这些工作，或者下载带有build.xml的示例代码（参见“资源”部分）来创建war文件。
Pluto尚处于开发阶段的早期，因此还没有一套易于使用的管理工具。
为了能使用Pluto服务器，需要将编译和源代码两个版本都下载。
需要注意的是以下说明是针对Windows平台的，Unix用户通过修改斜杠符号和执行shshell脚本（不是bat批命令文件）会得到类似的结果。
创建一个文件夹，比如C:
\PlutoInstallation。
从Pluto的网站下载pluto-1.0.1-rc1.zip和pluto-src-1.0.1-rc1.zip。
将pluto-1.0.1-rc1.zip解压到C:
\PlutoInstallation.文件夹，它应被解压到C:
\PlutoInstallation\pluto-1.0.1-rc1文件夹下。
执行C:
\PlutoInstallation\pluto-1.0.1-rc1\bin\startup.bat启动Pluto，现在可以通过地址http:
//localhost:
8080/pluto/portal访问Pluto服务器。
将pluto-src-1.0.1-rc1.zip解压到C:
\PlutoInstallation\PlutoSrc文件夹。
进入C:
\PlutoInstallation\PlutoSrc文件夹，执行mavendistribute:
all.，编译并下载运行常规管理任务所必需的相关资源文件。
现在可以将HelloWorldPortlet.war作为portlet进行安装了。
首先将HelloWorldPortlet.war文件拷贝到C:
\PlutoInstallation\portlets目录，如果没这个目录就创建它。
将C:
\PlutoInstallation\plutosrc\build.properties.sample更名为build.properties。
9.
编辑build.properties，将maven.tomcat.home指向Pluto编译版的安装位置，在本例中应改为maven.tomcat.home=C:
/PlutoInstallation/pluto-1.0.1-rc1。
10.
为了安装portlet，进入C:
\plutoInstallation\plutosrc\deploy文件夹，执行mavendeploy-Ddeploy=c:
\PlutoInstallation\portlets\HelloWorldPortlet.war，应能看到“buildsuccessful”信息。
11.
在C:
\PlutoInstallation\pluto-1.0.1-rc1\webapps文件夹下，应该有一个HelloWorldPortlet文件夹。
12.
现在进入C:
\PlutoInstallation\pluto-1.0.1-rc1\webapps\HelloWorld\WEB-INF\folder文件夹，打开portlet的web.xml文件，你会发现里面自动多了几行，如下所示：
servlet>
servlet-name>
HelloWorld<
/servlet-name>
<
HelloWorldWrapper<
Automatedgenerated
PortletWrapper<
servlet-class>
org.apache.pluto.core.PortletServlet
/servlet-class>
init-param>
param-name>
portlet-class<
/param-name>
param-value>
/param-value>
/init-param>
portlet-guid<
HelloPluto.HelloWorld
/servlet>
13.
接下来我们将该portlet加到页面里。
\PlutoInstallation\pluto-1.0.1-rc1\webapps\pluto\WEB-INF\data文件夹，可以看到有两个XML文件：
pageregistry.xml和portletentityregistry.xml。
14.
portletentityregistry.xml包含了portlet的定义，在该文件中加入以下几行：
applicationid="
5"
>
definition-id>
/definition-id>
portletid="
1"
HelloWorld.HelloWorld<
/application>
应用的<
应为web应用所在文件夹的名字，portlet的<
应与web.xml中生成的portlet-guid相一致。
15.
pageregistry.xml定义了页面中包含了哪些portlets，对该文件做如下改动：
fragmentname="
p2"
type="
portlet"
propertyname="
value="
5.1"
/>
/fragment>
16.
执行shutdown命令和startup命令重启Pluto服务器，返回到地址http:
8080/pluto/portal并点击“TestLink”－此时页面中将出现我们的
升级会员 