6.4 理解配置管理的基本原理

在对Eclipse安装文件(ZIP文件)进行解压后，您就可以使用Eclipse了。但是，您可能想在Eclipse开发环境上添加一些东西。Eclipse真正卓越的地方在于，您可对Eclipse进行调整和定制(通过在Web上查找插件，或者将自己编写的插件添加到Eclipse基库中)以满足您的需要。

在Web上查找所要添加的插件是比较容易的，难的地方可能就是将插件有效地添加到Eclipse的配置中。我们所要告诉您的并不是简单的“转储和运行”方法——将功能部件和插件复制到Eclipse安装实例所在的目录树中；您可以做的更好。

假定您被要求在5分钟间之内移除当前所安装的Eclipse，另外还要安装新的基于Eclipse的产品或Eclipse的新版本。在删除Eclipse目录树之前，您是否真的想查找并复制出以前添加的所有功能部件和插件呢？假设您安装了多个Eclipse实例，其中有些是最基本的Eclipse产品，另外一些是基于Eclipse的产品。此时，如果您想将一组插件配置到所有的Eclipse实例中，那该怎么办呢？这种情况下，您是否真的要将这组插件复制到每个eclipse目录树中？如果您在基于Eclipse的产品中添加了一些非常昂贵的插件，但在为该基于Eclipse的产品提供服务更新时，您发现服务程序的更新版本竟是一个已被删除的老版本，但是该更新版本又是新版本的全新安装。此时，您又该怎么办？这可能是因为您的插件已经过时了。Eclipse和基于Eclipse的产品当然可以将eclipse目录树看作它们自己的“资产”，而不是附加设备的“垃圾倾倒场”。我们有一个管理配置的更好方法。

在对该配置的管理方法进行详细介绍之前，我们需要先快速、简单地了解一下Update Manager。在Eclipse中，该工具用于配置的管理。

6.4.1 Update Manager介绍

Update Manager(更新管理器)负责对Eclipse的配置进行控制。Eclipse的配置是由Update Manager创建的。不管是通过Update Manager还是通过文件系统操作造成的配置改动都是由Update Manager管理的。

由于Eclipse在启动时会调用Update Manager，所以在配置丢失而又需读取当前活动配置以将启动信息传递给Eclipse启动程序的情况下，Update Manager会构建Eclipse配置。在接下来的几节中，我们将介绍可以通过使用Update Manager来完成的任务。您可使用Update Manager来完成下述任务：

● 启用和禁用当前配置中的功能部件

● 为当前配置添加新的安装位置

● 从当前配置中移除安装位置

● 访问更新站点以下载和安装新的功能部件，或维护现有功能部件

● 列出安装位置和当前配置中所包含的功能部件

● 如果更新的服务并不能满足您的需要，则取消它们

如果您正在使用一个基于Eclipse的产品，那么通过指引，您就可以使用Update Manager来安装新功能部件或为已安装功能部件下载服务。在为所安装的Eclipse添加额外功能部件时，您应该使用Update Manager来添加功能部件，但是要使用新安装位置而不是直接使用其他位置。我们不赞成您使用“转储和运行”方法来管理配置。

Update Manager的使用是一个需要通过训练才能掌握的技巧。但它又是一个值得您花时间掌握的技巧。

注意：

在本章中，我们将讨论打包更新(由其他人准备好的)的使用。如果您对功能部件的定义过程以及由Update Manager为了交付功能部件而对更新打包的过程感兴趣，则请参阅第13章“功能部件和产品定义”中对插件开发问题的讨论。

6.4.2 配置基础

Eclipse在运行时是通过所配置的一系列功能部件来提供其功能的。这些功能部件既可能是Eclipse中本能就具有的，也可能是后来添加到Eclipse中的。功能部件既可以存在于Eclipse的安装目录中，也可以存在于文件系统的某个地方。Update Manager负责创建功能部件的初始配置。同时，Update Manager还允许用户添加和修改功能部件的配置。

在配置中列出了Eclipse的安装位置以及在每个安装位置中所发现的功能部件。安装位置是一个含有功能部件和插件的位置。这些功能部件和插件都可包含配置中。Update Manager会对安装位置中功能部件和插件目录的内容进行处理；如果这些内容是有效的，那么在配置中就可包含这些内容。

eclipse\configuration目录是Eclipse平台的默认配置位置。有关配置的详细内容被保存在一个名为platform.xml的文件中。该文件可在eclipse\configuration目录下的\org.eclipse.update子目录中找到。如果您只安装了基本的Eclipse SDK，那么platform.xml文件的内容应该如下所示。

<?xml version="1.0" encoding="UTF-8"?>

<config date="Sat May 08 22:38:14 EDT 2004"

transient="fa1se" version="3.0">

<site enab1ed="true" po1icy="USER-EXCLUDE" updateab1e="true"

url="platform:/base/">

<feature application="org.eclipse.ui.ide.workbench"

id="org.eclipse.platform" primary="true"

url="features/org.eclipse.p1atform_3.0. 0/"

version="3.0.0">

<root>p1atform:/base/plugins/org.ec1ipse.platform_3.0.0/</root>

</feature>

<feature id="org.ec1ipse.platform.source"

url="features/org.ec1ipse.platform.source_3.0.0/"

version="3.0.0"/>

<feature id="org.ec1ipse.jdt"

ur1="features/org.eclipse.jdt_3.0.0/" version="3.0.0"/>

<feature id="org.ec1ipse.jdt.source"

url="features/org.eclipse.jdt.source_3.0.0/"

version="3.0.0"/>

<feature id="org.ec1ipse.pde"

ur1="features/org.ec1ipse.pde_3.0.0/" version="3.0.0"/>

<feature id="org.ec1ipse.sdk"

ur1="features/org.ec1ipse.sdk_3.0.0/" version="3.0.0"/>

</site>

</config>

在上面的platform.xml文件中显示出有一个安装位置(platform:/base/)，在该文件中还列出了安装位置中的功能部件。

6.4.3 安装位置类型

有两种类型的安装位置：Eclipse平台基准位置和其他任何可以被添加到配置中的位置。如何发现安装位置以及使用何种技术来添加安装位置是无关紧要的，则可以将所有的安装位置都看作是完全相同的。

基准位置即Eclipse自身的安装位置。按照惯例，基准位置是一个名为eclipse的目录。在该目录中含有features子目录和plugins子目录。这两个子目录中所含有的构件也被作为基准位置的一部分(参见本章前面部分的“Eclipse安装实例概览”一节)。在Eclipse被启动时，基准位置会被发现。基准位置的发现是基于所启动的eclipse.exe文件的位置以及在文件系统中所发现的features和plugins子目录的。

在配置中还可以含有其他安装位置。通过使用Update Manager的用户界面或者使用API命令，我们可以添加安装位置。我们也可以通过使用链接文件来发现安装位置。在本章稍后的“安装位置的添加和删除”一节中，我们对使用Update Manager添加安装位置作了详细讨论。

如果在eclipse安装目录中存在一个links目录，那么在启动Eclipse时，Eclipse会对links目录中的文件进行搜索以发现标识了有效安装位置的文件。所谓的有效安装位置指的是含有features和plugins子目录的名为eclipse的目录。下面所给出的这个例子是您在链接文件中可能看到的内容。

path=E:/Eclipse-3.0/examples

如果链接文件中所给的安装位置能被找到而且是有效的，那么该安装位置将被自动添加到配置中。您自己就可以使用该技术。也许您所用的某一基于Eclipse的产品使用的就是该技术。但要记住的是，该技术是从老版本的Eclipse沿袭下来的。后续版本的Eclipse可能会不再支持该技术。