基于AJAX和JSF打造丰富的因特网组件

keaide · 发表于 2006-8-1 21:29

JavaServer Faces为服务器端Web应用程序开发定义了一种标准组件模型。通过把JavaServer Faces和XUL与AJAX集成到一起，我们能够提供一种高度交互的丰富的因特网组件集—它也为Web应用程序开发者提供了一种标准的重用模型。

使用组件来取代标注是一种有效的模型—它允许应用程序开发者使用预制功能块来构建Web应用程序而不必关心实现细节。随着时间的过去，组件作者可以维持内部的实现而不影响应用程序开发者。

七、跨平台支持

对于今天的技术来说，跨平台支持是极其重要的。消费者已经在呼吁增加对新平台的支持，这些平台包括手持设备，远程登录客户端和即时消息通讯等等。

在大多数情况中，应用程序需要使用某种特定的平台所提供的特性，这方面工作往往相当耗时且代价昂贵。随着添加对于每种新平台的技术支持，时间和费用可能大幅度提高。

对于本文前面已经提到的技术，一种技术声称它具有跨平台的支持，这就是Mozilla的XUL。其实，这只是部分属实—你可以把一个XUL应用程序发布到任何Mozilla平台（GRE）支持的操作系统上。

你还可能对AJAX提供跨平台的支持尚有异义；但是，AJAX方案提供者的确需要保证每一种浏览器特定的技术都要得到支持。

总之，尽管你有很多的环境要发布，但是现在为止还没有完全的跨平台支持的解决方案。

八、期望标准化

现在，JSF已经为应用程序开发者提供一种标准化的服务器端。如今，我们也期待客户器的描述层开发也会形成一种标准化。

JSF把用户接口和应用程序分离开来，这使得组件开发者能够在不妨碍应用程序的前提下改变描述层。这并没有解决跨平台的问题或者HTML扩展，但是它能够帮助应用程序开发者以一种相当标准的方式来构建丰富因特网应用程序。

一名JSF组件开发者可以使用XUL的描述层和AJAX实现通讯，从而创建一种高度交互性的组件。如果客户端并不支持XUL，那么应用程序可以动态地依靠一种非XUL解决方案。通过使用一种通用的JavaServer Faces编程模型，应用程序开发者仍然能够构建一个支持多种生成技术的应用程序。

keaide · 发表于 2006-8-1 21:29

九、一个用JSF实现的并且支持XUL和AJAX的页面

显示在列表7中的JSF示例展示了一种使用可重用的JSF组件开发，其中以XUL和AJAX作为生成页面的技术。

注意，这部分代码中包含一个命名空间—它映射到一个定制的组件库—xmlns:bobh=" http://www.bob.org/jsf/html"和一个定制的组件—<bobh:inputDate ..."/>。

该页面相应的源码与我们使用XUL或AJAX目前所看到的差别不大，但主要区别是，Web应用程序开发者不需要学习两种方式来实现在当今的浏览器中支持丰富因特网应用程序。

十、小结

本文向你展示了两种当前市场上构建丰富因特网应用程序（RIA）所依赖的视图技术—XUL和AJAX。这些技术已经被证实，能够向终端用户提供更为丰富的和高度交互的用户接口。本文中，我们也涉及到与这些技术相关的其它问题，例如基于非标准的平台支持和维护。

从长远来看，JavaServer Faces，作为一种UI组件技术，其潜力是不可估量的。从市场来看，这种组件开发者有可能提供给开发社团大范围的组件支持技术，从HTML到XUL，从无线的到甚至基于字符的解决方案。

在后面的文章中，我们将讨论如何利用AJAX和XUL技术构建可重用的JSF组件。

keaide · 发表于 2006-8-1 21:30

Weblets篇

在上一篇中，我们讨论了怎样在不牺牲Web开发者构建RIA效率的前提下使用JSF来满足新一代描述层开发的需要。我们讨论了JSF组件创作者如何利用AJAX和Mozilla XUL等技术来提供给Web开发者以丰富的交互的和可重用的组件。

为了在JSF开发中联合使用AJAX和Mozilla XUL技术，组件创建者必须提供这些技术所需要的任何资源文件（例如图象，式样表或脚本等）。为一个JSF组件库提供资源文件的标准方式是直接从Web应用程序根文件系统中提供服务。这些资源通常用一个档案文件（如一个ZIP文件）打包，并且独立于JSF组件库发行。

本篇将介绍一种新的开源工程Weblets（http://weblets.dev.java.net）。� ... 募ち粼谕桓鯦ava JAR文件中。

一、资源装载

让我们假定，我们有一个JSF组件，它需要有一个JavaScript文件myScript.js服务于客户端。这个JavaScript文件为组件所用以实现与用户某种程度的丰富交互。传统情况下，这个JavaScript文件是由Web应用程序服务的—经由一个硬编码到JSF组件的实际的生成器代码中的相对路径确定。这样以来，需要Web开发者发布以独立文档文件形式交付和打包的其它相关资源。

值得注意的是，JSF HTML基本RenderKit并没有任何图象，式样，或脚本；因此，在Faces资源打包问题方面没有标准的解决方案。

下面的示例生成器代码展示了一种从Web应用程序根文件系统下提供一个JavaScript文件（/myresources/myScript.js）服务的可安装方法。

ViewHandler handler = context.getApplication().getViewHandler();String resourceURL = handler.getResourceURL(context，"/myresources/myScript.js"

;out.startElement("script"， null);out.writeAttribute("type"， "text/javascript"， null);out.writeAttribute("src"， resourceURL， null);out.endElement("script"

;

keaide · 发表于 2006-8-1 21:30

尽管这种可安装的方法方便了JSF组件作者，但是它也确实增加了Web开发者的安装负担—他们必须记住：每当把该组件库升级到一个新的版本时都要提取可安装的文档。因此，我们非常需要一种新的方法来把我们程序的其它资源打包到相同的包含Renderer类的JAR文件中，以便简化Web开发者使用我们的组件库进行发布的问题。

二、使用Weblets

这个开源Weblets工程的主要思想是，用一种通用的可扩展的方式解决资源打包问题，以便它可以被所有JSF组件创作者所利用，而同时把最小的安装任务交给Web开发者来完成。

其实，一个Weblet充当一个“调停人”的作用—它解释来自于客户端的请求，并且使用简短的Web URL从一个JAR文件中提供资源服务。不同于Servlet或Filter方式，一个Weblet可以在一个JAR内部进行注册和配置，这样以来组件库生成器、它们的资源文件还有Weblet配置文件（weblets-config.xml）都可以被打包到相同的JAR文件中。对所有的组件库来说，Weblet容器只能在Web应用程序配置文件（web.xml）中注册一次。当把组件库升级到新版本时，不需要独立地发布其它可安装程序。

值得注意的是，所有由Weblets所服务的资源都是内部资源，只能为生成器所使用。任何由应用程序所提供的资源（例如图像），都以组件属性值方式提供并且从根上下文中作为外部资源加载。

keaide · 发表于 2006-8-1 21:31

三、Weblet架构分析

尽管Weblets被设计由任何Web客户端所使用，但是，通过使用一种定制的ViewHandler和WebletsViewHandler，Weblets实现已经与JSF集成到一起，详见图1。在主JSF页面生成期间，WebletsViewHandler负责把Weblet特定的资源URL转换成实际的由浏览器使用以请求Weblet托管的资源的URL。

keaide · 发表于 2006-8-1 21:31

在收到为主页面生成的标注后，浏览器使用一个独立的请求下载其它各个资源。这其中的每个请求（下载一种Weblet托管的资源）被WebletsPhaseListener所拦截，这样以来，WebletContainer必须把Weblet托管的资源文件进行“流化”而从组件库JAR中导出。

WebletContainer的设计目的是，尽可能利用浏览器缓存。这样以来，通过最小化Weblet托管的资源文件的请求数量，从而可以大大提高整体数据生成性能。

为了确保灵活性和进行优化，并且避免与现有Web应用程序资源发生冲突，Web开发者可以配置Weblets以覆盖由组件作者所提供的任何缺省的设置。

四、把Weblets应用于组件库

Weblets是使用weblets-config.xml文件进行配置的，它必须存储在组件库JAR的/META-INF目录下。配置一个Weblet类似于配置一个Servlet或一个过滤器(Filter)。在weblets-config.xml文件中的每一个Weblet入口都有一个Weblet名字、实现类和初始化参数（见列表1）。Weblet映射把一个特别的URL模式与一个特定的Weblet名（例如，org.myapp.html）相关联。Weblet名和默认的URL模式定义该Weblet托管的资源的公共API。特别注意，在你的组件库的各个发行版本之间不应修改这些名称和URL模式以便实现向后兼容性。

列表1:Weblets配置文件weblets-config.xml

<?xml version="1.0" encoding="UTF-8" ?><weblets-config xmlns="http://weblets.dev.java.net/config" ><weblet><weblet-name>org.myapp.html</weblet-name><weblet-class>net.java.dev.weblets.packaged.PackagedWeblet</weblet-class><init-param><param-name>package</param-name><param-value>org.myapp.faces.renderer.html.resources</param-value></init-param></weblet><weblet-mapping><weblet-name>org.myapp.html</weblet-name><url-pattern>/myresources/*</url-pattern></weblet-mapping></weblets-config>

keaide · 发表于 2006-8-1 21:32

列表2:使用1.0版本控制的Weblets配置文件以便提高软件生效效率

<?xml version="1.0" encoding="UTF-8" ?><weblets-config xmlns="http://weblets.dev.java.net/config" ><weblet><weblet-name>org.myapp.html</weblet-name><weblet-class>net.java.dev.weblets.packaged.PackagedWeblet</weblet-class><weblet-version>1.0</weblet-version><init-param><param-name>package</param-name><param-value>org.myapp.faces.renderer.html.resources</param-value></init-param></weblet><weblet-mapping><weblet-name>org.myapp.html</weblet-name><url-pattern>/myapp/*</url-pattern></weblet-mapping></weblets-config>

我们的组件库把资源打包到org.myapp.faces.renderer.html.resources中，并且通过使用默认的URL映射（/myresources/*）使其可用于浏览器中。

PackagedWeblet是一个内置Weblet实现，可以使用ClassLoader从一个特定的Java包中读它并且把相应的结果“流回”到浏览器端。包初始化参数告诉PackagedWeblet，当实现Weblet托管的资源请求时，应该把哪一个Java包作为根使用。

五、Weblet版本控制

Weblets还为组件库的版本控制提供内置的支持。这用于允许浏览器在可能的情况下缓存打包的资源（例如myScript.js），从而阻止不必要的与Web服务器之间的来回通讯。

在每次浏览器生成页面时，它都确保所有的为该页面所用的资源可以使用。在该页面的初始生成期间，通过从Web服务器下载一个新的副本，浏览器用每一个资源URL的内容填充它的缓存。当它这样做时，浏览器从响应信息头部记下Last-Modified和Expires时间戳。如果当前时间比Expires时间戳还晚，那么被缓冲的内容已经到期。

在下一次生成这一页面时，浏览器检查是否本地缓冲资源已经过期。如果它没有过期，则重用本地缓冲的副本。否则，将向Web服务器发出一种新的请求，包括在If-Modified-Since请求头中的Last-Modified信息。通过指示浏览器缓存尚待更新，或者通过使用响应头中的更新的Last-Modified和Expires时间戳把新的资源内容“流回”到浏览器，Web服务器作出响应。

Weblets使用版本控制机制来利用浏览器缓存行为，这样，打包的资源就可以被下载并且被尽可能有效地缓冲。当缓存被“倒空”或当组件库在Web服务器端已经升级时，浏览器仅仅需要检查新的更新即可。

keaide · 发表于 2006-8-1 21:32

列表2说明了Weblets版本控制情况—通过把一个1.0版本添加到我们的org.myapp.html Weblet中。

通过指定一个Weblet版本，你可以指示被打包的资源不会发生改变，直到版本号发生改变为止。因此，版本号作为在运行时刻由WebletsViewHandler（例如，/myresources$1.0/myScript.js）决定的资源URL的一部分被包括在内。当WebletContainer服务这一请求时，它从URL中提取版本号并且确定资源应该被缓冲并且从未到期。一旦一个新版本的组件库被发布到Web应用程序，在运行时刻由WebletsViewHandler创建的资源URL（例如，/myresources$2.0/myScript.js）就会改变，这样浏览器中的myScript.js的缓冲副本版本1.0不再有效，因为URL已经发生变化。

在开发期间，被打包资源的内容可能经常发生变化，所以，使浏览器保持回检以便使Web服务器检测最新的资源URL目录是非常重要的。默认情况下，每当生成主Web页面（且Weblet版本被从weblets-config.xml中忽略时）时，即进行这种检查。

作为选择，Weblet配置允许组件创作者把-SNAPSHOT添加到版本号上。例如，1.0-SNAPSHOT（见下面的代码）说明这个文件正处于开发中。

<?xml version="1.0" encoding="UTF-8" ?><weblets-config xmlns="http://weblets.dev.java.net/config" ><weblet><weblet-name>org.myapp.html</weblet-name><weblet-class>net.java.dev.weblets.packaged.PackagedWeblet </weblet-class><weblet-version>1.0-SNAPSHOT</weblet-version>...</weblet>...</weblets-config>

安全性

当从一个JAR中服务打包资源时，特别注意一定不要使Java类文件或另外的敏感信息为URL所存取。在桌面Java应用程序中，资源文件经常存储在一个子包“resources”中，它位于使用资源文件的Java实现类的下面。同样的策略也适于在JSF组件库中打包的资源，并且还具有安全方面的优点—可以确保仅有资源文件可为URL所存取。所有另外的JAR文件内容，包括Java实现类，都不是URL可存取的，因为“resources”包和任何“resources”的子包中都不存在Java类。

Weblets协议

在讨论了如何配置Weblets后，现在我们来看一下如何在我们的生成器中引用由Weblet所定义的资源。这个由Weblet合同所定义的语法用于返回一个到JSF页面的适当的URL，如下所示：

<prefix><weblet name><resource>

在此，prefix指示这是一种Weblet托管的资源，而且它的后面即跟着Weblet名字和要求的资源。

以前，在我们的Renderer类中，我们把URL /myresources/myScript.js作为一个参数传递到ViewHandler的getResourceURL()方法。在下面的示例代码中，我们通过使用Weblet协议也可以实现这一功能。

ViewHandler handler = context.getApplication().getViewHandler();String resourceURL = handler.getResourceURL(context， "weblet://org.myapp.html/myScript.js"

;out.startElement("script"， null);out.writeAttribute("type"， "text/javascript"， null);out.writeAttribute("src"， resourceURL， null);out.endElement("script"

;

keaide · 发表于 2006-8-1 21:32

这种类似Weblet协议的语法方便使用而且也很容易理解。这种语法以weblet://开始，后面跟着Weblet名，例如org.myapp.html，最后跟着路径信息或资源文件，例如/myScript.js。注意，URL映射和版本号都没有包括到Weblet资源语法中。Weblet URL映射和版本号由WebletsViewHandler所使用来创建一种该Weblet将会服务的资源URL。

当组件创作者没有使用Weblets时，他不会使用weblet://资源路径语法并且将发行一个独立的可安装的zip。当组件创作者使用Weblets时，他开始在生成器中使用weblet://资源路径语法，并且把这些资源包括到JAR中。实际上，在同一个组件库中的相同版本的资源中混合使用这些方法并无多大益处。

六、在JSF应用程序中使用Weblets

为了帮助Web开发者简化安装，组件创作者应该为它们的组件库选择一个缺省的URL映射。组件创作者不需要把任何Weblet特定的配置添加到web.xml文件，因为WebletsPhaseListener能够被自动激活以服务于针对Weblet托管资源的输入请求。

七、小结

作为一个新的开源工程，Weblets为Web客户端和JSF组件开发社区提供一种“事实上”通用的和可配置的资源加载工具。这种工具的主要优点在于，它能够简化JSF组件及其资源的打包，并用最小开支来安装和建立针对特定Web应用程序工程的JSF组件库。

总之，本文探讨了一种打包JSF组件资源的新方式。现在，通过包括一个合适的weblets-config.xml文件并使用weblet://协议风格的语法来引用Weblet托管的资源，你应该能够在你自己的组件库中利用Weblets。

在本系列的下一篇中，我们将讨论如何使用AJAX和Weblets技术来设计JSF组件。

keaide · 发表于 2006-8-1 21:33

在上一篇文章中，我们讨论了JSF组件创作者如何利用新的Weblets（http://weblets.dev.java.net）开� ... 跋煊τ贸绦蚩⒄摺�

在本文中，我们将使用AJAX和JSF组件实现取回数据。使用AJAX取回数据最普通的情形是填充下拉列表框并且为文本域添加输入探测（type-ahead）功能。与使用AJAX回寄机制操作事件相反，取数据不应该影响页面中的周围的其它组件。并且如果取数据不影响DOM树的另外部分的话，那么你不必仅为取得该数据而遍历完整的JSF生命周期。

本文中将引入一种新的开源工程Mabon（http://mabon.dev.java.net）。Mab ... 来访问JSF托管bean。

实质上，通过使用JSF规范所提供的托管bean工具，Mabon向应用程序开发者提供了一种标准的容易的方式来为基于AJAX技术的JSF组件提供数据。

一、用AJAX技术取数据

常规的取数据方式与使用AJAX技术遵循相同的基本概念，而且不应该影响周围其它组件的状态。

基于AJAX和JSF打造丰富的因特网组件

本帖子中包含更多资源

浏览过的版块