“Eclipse 更新”使用户可以搜索对当前已安装的功能部件的更新。对于每个已安装的功能部件,“更新”都使用嵌入式 URL 来连接至远程服务器并搜索新版本。如果存在更新,则 Eclipse 允许用户启动安装过程。下载、安装并重新启动平台之后,就可以使用新的功能部件版本了。
在许多公司中会有许多用户使用同一个基于 Eclipse 的产品(通常是商业版),这种模型就可能会产生几个问题:
产品管理员的第一步将是在连接至公司的 LAN(在防火墙后面)的服务器上建立一个本地 Eclipse 更新站点。该更新站点将是因特网上的产品更新站点的一部分,原因是它将只包含与目前公司想要应用的更新有关的功能部件和插件。从技术上来说,此站点将是具有 site.xml、功能部件和插件归档的普通 Eclipse 更新站点。
管理员将用两种方法构造此站点:
因为功能部件具有嵌入在清单中的更新站点 URL,所以它们不知道管理员建立的本地更新站点。因此,提供重定向功能很重要。可以通过以下方法为 Eclipse 产品设置此功能及其它更新策略设置:创建更新策略文件并将“更新”配置为在搜索时使用该文件。
所说的文件使用 XML 格式并且可以具有任何名称。可以在更新策略字段中的首选项 > 安装/更新中设置该文件。缺省情况下,该文本字段是空白的:用户可以设置更新策略文件的 URL。该文件由本地管理员管理并且所有产品安装共享它。共享可通过下列两种方法来实现:
org.eclipse.update.core/updatePolicyFile = <URL value>
策略文件必须符合以下 DTD:
<?xml encoding="ISO-8859-1"?>
<!ELEMENT update-policy (url-map)*>
<!ATTLIST update-policy
><!ELEMENT url-map EMPTY>
<!ATTLIST url-map
pattern CDATA #REQUIRED
url CDATA #REQUIRED
>
此元素用来覆盖嵌入在功能部件清单中的“更新 URL”。当查找新的更新时,Eclipse 搜索将检查更新策略(如果有的话)并检查是否指定了匹配功能部件前缀的 url-map。如果找到匹配项,则将使用映射的 URL 而不是嵌入的 URL。这样,管理员可以管理员可以将 Eclipse 产品配置为在本地服务器(在防火墙后面)中搜索更新。同时,“Eclipse 更新”安装的第三方功能部件将继续使用缺省机制更新,这是因为它们在该策略中找不到匹配项。
文件中可能存在几个 url-map 元素。可以将功能部件前缀的特定性选择得更强一些或更弱一些。例如,要重定向所有 Eclipse
更新,模式属性将为 "org.eclipse"
。类似地,如果需要重定向每个功能部件,则可将完整的功能部件标识用作模式。
可以选择文件中的模式以逐步收缩可能的匹配项。这可能会对给定功能部件产生多个匹配项。在这种情况下,将使用与最长的模式匹配。例如:
<?xml version="1.0" encoding="UTF-8" ?> <update-policy> <url-map pattern="org.eclipse" url="URL1"/> <url-map pattern="org.eclipse.jdt" url="URL2"/> </update-policy>
在上面的示例中,将从 URL1 更新所有 Eclipse 功能部件(将使用 URL2 的 org.eclipse.jdt
除外)。
更新策略文件不包含可翻译的字符串,因此不需要特殊 NL 处理。这些文件一般使用 UTF-8 编码。
总体解决方案的第三部分在另一个主题中讨论,但在此处提到它,原因是它是整个解决方案的一部分。自动更新将允许 Eclipse 按照指定的时间表运行更新搜索(每当启动时(缺省值)、一天一次或一周一次等等)。
下面是组成解决方案的完整步骤顺序: