关于Eclipse3.0的插件自动构建简介

1.基本信息

摘要:

Eclipse提供了在Eclipse IDE之外自动构建的能力。Eclipse本身也是这样构建的。本文将分享一些Eclipse自动构建的经验，详细介绍Eclipse插件开发的自动编译过程。

环境需求:本文基于Eclipse 3.0环境。如果您使用的是Eclipse的其他版本，您可能需要在实验过程中修改一个脚本。

2.2简介。蚂蚁

Ant是一个独立于平台的Java项目构建工具。Ant可以用来有效地管理你开发的项目的建设过程，可以方便地为用户提供可以发布的软件产品。使用Ant作为项目构建工具的优势被越来越多的人认可。目前，几乎所有开源Java项目都使用Ant作为构建工具。现在，点网平台上有蚂蚁搭建工具。Ant已经成为Java项目建设事实上的标准。

Ant通过执行构建脚本来生成可发布的软件包。该脚本以XML格式构建。每个Ant脚本包含一个项目，在项目下有许多目标，这些目标由一个或多个Ant任务组成。Ant的任务允许用户自己扩展，当Ant提供的任务不能满足你的需求时，你可以自己开发一个任务。一个Ant脚本可以调用另一个Ant脚本，所以你可以设计一个精巧的脚本回调结构，这使得你开发的Ant脚本更容易维护和扩展。

通过将Eclipse Ant集成到其IDE中并开发一个插件项目，您可以轻松地生成插件项目的构建脚本。然而，Eclipse插件项目一般依赖于Eclipse的开发环境。如果您直接使用Ant来执行Eclipse生成的构建脚本，您将需要进行大量额外的环境设置。考虑到这一点，Eclipse的开发者在Eclipse中提供了一个Ant Eclipse应用程序。您可以使用命令行来执行它，如下所示:

3 Eclipse插件自动组件过程

3.1准备工作

1.全面分析你需要构建的项目

在编写Ant脚本之前，需要对要构建的项目有一个全面的考虑。列出您的项目需要构建多少个子项目。每个子项目的依赖关系与脚本中每个子项目的构造顺序的安排有关。其次，列出项目的中间提交材料。也就是构造的结果是什么。一个小项目的结果可能是一个jar文件，但是对于一个几十人的开发团队开发的项目，结果可能包括服务器的结果，客户端的结果，Web程序的结果。可交付成果列表应包括构建结果的文件名和存储路径，以及将来部署时在未来系统中的逻辑位置。

2.列出构建的工作流。

也就是说，你的构建过程中，先做什么，后做什么。比如通常的构建流程是:从cvs服务器获取最新版本的代码，然后编译代码，再打包部署。如果一下子想不清楚这个流程，可以先列出最上面的流程，然后不断细化。

3.了解构建的依赖环境

一般在IDE中开发项目，通过IDE的设置界面设置项目的配置信息。这些设置比较分散。如果想用ant成功构建项目，需要在IDE中导出设置，否则构建通常会失败。此外，你需要知道项目中使用了哪些第三方开发包，这是在写构建脚本时要考虑的。Eclipse插件项目可以方便地导出Ant构建脚本，供其他顶级脚本调用。

3.2自动构建脚本

在全面考虑了要构建的项目之后，就可以开始编写构建脚本了。当然，最直接的方法是从头开始编写自己的构建脚本。或者使用一个顶层脚本，根据子项目的依赖关系，依次调用各个插件生成的构建脚本build.xml文件。这会节省我们很多时间。但实践证明，即使这样，工作量还是很大的。比如我们现在的项目有几十个插件，要依次调用每个插件的build.xml文件，还是一件很累很无聊的事情。实际上，我们就是这么做的。有没有更方便的方法？

原来Eclipse本身提供了一个插件构造的脚本框架，我们只需要写几个像filling 空这样的脚本代码就可以完成整个复杂的构造过程。
3.3 Eclipse自动构建框架介绍

我们用一个例子来说明整个构建过程。我们将在下面的例子中编写sdk.examples的构建脚本。Sdk.examples是eclipse的样本代码，可以在eclipse的cvs中获得。

在开始之前，您需要下载cvs.exe和unzip.exe，并将它们复制到系统目录中，或者放在可以找到环境变量%PATH%的地方。Cvs.exe和unzip.exe可以从以下地方下载:

系统路径上的CVS客户端版本1.10或更高版本。
Info-Zip在系统路径下压缩和解压缩可执行文件。

第一步，先获取org . eclipse . releng . eclipse builder。eclipse builder是eclipse的发布引擎。

d:\ build > CVS-d:pserver:anonymous @ dev . eclipse . org:/home/eclipse export-r R3 _ 0 _ 2 org . eclipse . releng . eclipse builder

Readme.html在org . eclipse . releng . eclipse builder中描述了如何构建eclipse的一个组件。

默认情况下，我们需要修改文件org . eclipse . releng . eclipse builder/SDK . examples/build . properties，以便获得版本3.0.0 SDK.examples。

mapVersionTag=R3_0_0

现在，我们可以在控制台的命令行中开始构建过程。

D:\ build \ org . ECLIPSE . releng . ECLIPSE builder > set ECLIPSE _ HOME = D:\ ECLIPSE \ ECLIPSE-3 . 0 . 0
D:\ build \ org . ECLIPSE . releng . ECLIPSE builder > Java-CP % ECLIPSE _ HOME % \ startup . jar org . ECLIPSE . core . launcher . main
-application org . ECLIPSE . ant . core . antrunner-build file build . XML
-D component = SDK . examples-Dconfigs = " *，*，* " .

命令行中的component属性是您将要构建的组件的名称。即D:\ build \ org . eclipse . releng . eclipse builder目录中的一个子目录的名称。此子目录中有build.properties和customTargets.xml文件。

该脚本将使用D:\ Build \ org . eclipse . releng . eclipse builder \ src目录作为默认的构建目录。还可以在命令行中添加-dbuildDirectory = $ { basedir }/new directory来指定您自己的构建目录。

构建完成后，组装好的可分发软件包和构建日志位于构建目录下的子目录中，该子目录的名称由buildLabel属性定义。默认情况下，该目录的名称以“I-”开头，包含构建时间的时间戳。

命令行中的baseLocation属性指定eclipse启动的目录。同时，如果您在构建过程中在构建目录中找不到插件，您将在baseLocation目录中寻找它。因此，您自己的构建过程中的第三方插件也应该位于%baseLocation%/plugins目录中，以确保构建过程的成功。BaseLocation目录不能包含您将要构建的任何插件。如果baseLocation目录包含sdk.examples，构建过程将出错。