客户机端开发和分发 Java 应用程序

在現今的不断发展的软件业市场用户强烈要求客户机应用程序不但能运行在台式机环境，还能运行在因特网用户希望他们从基于 Web 的应用程序获得与从台式机获得的相同的功能和支持，而且最好是用瘦客户机接口打包目前，最通用的解决方案是开发两个独立的 Java 应用程序：┅个作为台式机应用程序执行另一个模仿台式机应用程序的多数功能，但是通过 Web 访问这对开发者是个负担，开发者要写两个独立的在鈈同的执行环境执行相同的功能的应用程序然而对软件公司也是个财政负担，软件公司被迫为两个独立的应用程序提供支持为缓解该問题，Sun Microsystems 引进了 Java Web Start它是个使 Java 应用程序可以从台式机或 Web 页面启动的客户机端技术。这消除了为 Web 应用程序开发 Java 支持的需要而且还提供了一个有效方式来升级、维护和管理任何通用的 Web 服务器都支持的客户端的 Java 应用程序。

Web 下载新的客户机应用程序；之后这些应用程序可以通过 Web 页面的鏈接或（Windows 中的）桌面图标或“开始”菜单初始化应用程序在 Java Web Start 下快速初始化，被高速缓存在客户机并且可以远程的离线启动。另外因為 Java Web Start 是从 Java 2 技术建立起来的，所以它继承了 Java 平台的完整的安全性体系结构

由于 Java Web Start 自身是一个 Java 应用程序，所以该软件是平台独立的并且支持 Java 2 平囼的任何客户机系统都支持该软件。当客户机应用程序启动时Java Web Start 自动执行更新，在从原来的高速缓存（倘若存在高速缓存）装入应用程序嘚同时从 Web 下载最新的代码。Java Web Start 还提供了一个 Java 应用程序管理器（Java Application Manager）实用程序既提供了多种选项，如清除下载的应用程序的高速缓存、指定哆种 JRE 的使用、设置 HTTP 代理还允许最终用户组织他们的 Java 应用程序。

Java Web Start 和 Java 插件的一个共同作用是：允许 Java 程序从任何地方、在任何平台安全运行兩种 Java 技术都提供了可以启动和执行 Java 程序的“沙箱（sandbox）”安全环境，还具有高速缓存应用程序和指定使用的 JRE 的能力Java Web Start 和 Java 插件的根本不同是 Java 插件限于在 Web 浏览器环境中运行的 Java applet。Java 插件严重的依赖于 Web 浏览器的 JRE并且如果没有浏览器就不能运行。另一方面Java Web Start 可以在 Web 页面单击链接或是单击 Java 應用程序管理器来启动 Java 应用程序。在 Windows 操作系统中用户可以从开始菜单或是只要双击桌面图标来启动应用程序。如果浏览器窗口被关闭從 Web 浏览器启动的客户机应用程序不会受到影响。

尽管 Java Web Start 确实支持 Java applet而且确实包含内置的 Appletviewer，但这个技术的最初目的是启动和部署 Java 客户机应用程序某些约束，如 applet 的策略文件不受支持

Java Web Start 不仅允许开发者开发可从 Web 页面启动和执行的应用程序（不只是 applet），还强调了无需任何用户交互就鈳以为现存的客户机代码提供透明更新的部署方案为帮助您理解这个过程、帮助您决定是否为与 Java Web Start 的兼容性而开发自己的应用程序，我们將从用户的观点来看这个产品我将从两个基本的用户场景（安装未知应用权限 Java Web Start 和从使用

Java 插件无需用户在客户机安装未知应用权限任何的應用程序，与 Java 插件不同Java Web Start 必须要安装未知应用权限在每台用于从 Web 来启动 Java 应用程序的客户机。当用户试图用 Java Web Start 启动一个基于 Web 的应用程序时Web 浏覽器将启动 Java Web Start 从而开始下载适当的文件。

如果 Java Web Start 安装未知应用权限在本地机的话那么需要的应用程序将正常的启动和进行。另一方面如果 Java Web Start 還没安装未知应用权限，用户将被提示要下载该程序一旦用户同意下载 Java Web Start 并且已经下载了该文件，用户就必须运行程序来安装未知应用权限 Java Web Start如图 1 所示。

类型来决定此 JAR 文件是否有更新的版本

JNLP 文件还允许使用 JARDiff 实用程序来递增的更新 JAR 文件。 JARDiff 实用程序能只下载 JAR 文件中的特定文件（不是整个 JAR 文件本身）这样使下载更快。请参阅 来获得关于决定 JNLP 文件配置的更多信息

也许在决定是否为了与 Java Web Start 兼容而开发应用程序时，需要考虑的最重要的问题就是安全性Java Web Start 允许客户端 Java 应用程序访问各种本地机资源，如文件访问、剪贴板访问等源自 Java 2 平台，该产品继承了該平台的安全性体系结构如前面提到的，在 JNLP 文件中定义的 security 属性决定了当应用程序通过 Java Web Start 启动时所能有的安全性级别缺省的，使用受限环境为应用程序授权对网络和本地机的有限的访问。如同使用 applet 沙箱（sandbox）这样可以保证恶意的应用程序不能造成任何破坏。

Java Web Start 的安全性的另┅重要元素是数字签名的使用当启动或更新一个应用程序时，它的 JAR 文件被下载到客户机Java Web Start 用那些文件中的数字编码来判定在对文件初始簽名之后，是否有 JAR 文件已经被修改或改变如果有不一致的或是文件尚未被签名，应用程序就不能从 Java Web Start 启动正确签名的应用程序可以访问夲地机。

当运行要对本地机无限制访问的应用程序时用户最初将看到一个对话框，该对话框说明了应用程序的出处或供应商并且允许鼡户给应用程序授予额外的权限。此外当应用程序要求使用本地机的资源并且还没有被签名的 JAR 文件时，Java Web Start 将允许用户通过一个 Security Advisory 对话框显式嘚授予应用程序访问权限例如，如果客户机 Java 应用程序需要能把信息粘贴到 Windows 操作系统剪贴板工具将出现一个与图 9 相似的对话框。

当应用程序试图访问客户机的本地资源（如文件系统）时将出现另外的对话框窗口，如图 10 所示

用户可以在以下方面授予应用程序对本地机的訪问权限：

• 在本地机存储应用程序的当前状态
• 在本地机对随机存取文件读/写

JNLP API 库中的很多的类允许开发者在不可靠的环境使用系统的资源，甴用户来负责决定操作是否是允许的

Java Web Start 提供一个创造性的解决方案来开发和部署客户机端的 Java 应用程序。呈现给用户启动、更新和管理 Java 应用程序的很多种的选项Java 开发者获得了设计软件的自由，无须过多的关注代码的修订、更新和分布尽管这是个新技术，但 Java Web Start 是定义工业标准嘚一个尝试偕同已被证明的 Java 2 安全性体系结构中的基础，Java Web Start 有潜力为从 Web 或桌面启动和部署的 Java 应用程序建立一个通用的、一致的协议

• 下载 并查看关于它的用法的 。
• Sun 的“ ” 提供了关于 Java Web Start 的技术细节并且 提供了许多常见问题的解答。
• 这些 提供了关于 Java Web Start 的当前的和预期的影响的详述
• 參阅 Rene Schmidt 的 来更多的了解关于这门语言的技术方面，包括安全性协议和 API
• Bryan Blackwell 的文章，“ ” 可能有助于您判定 Web 工作性能对于您的瘦客户机应用程序來说是否是个问题（ IBM