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> 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 按指定时间表(每次启动时(缺首值)、每天一次或每周一次等等)运行更新搜索。
以下是组成解决方案的完整的步骤序列: