| | | | | | | [文章信息] | | | 作者: | 陶刚编译 | | 时间: | 2005-04-18 | | 出处: | 天极网 | | 责任编辑: | 方舟 | |
| |
|
| | | |
|
|
|
|
|
运行和调试
你可以在一个特殊的沙盒（sandbox）--运行时工作台（runtime workbench）中测试自己的插件。使用这种方式的时候，即使运行时工作台崩溃了，Eclipse仍然能够工作。通过点击"预览"页面上的"载入运行时工作台"或"在调试模式中载入运行时工作台"链接。第一次运行运行时工作台的时候，会建立eclipse\runtime-workbench-workspace文件夹。它会启动一个新的Eclipse实例，该实例与正常的Eclipse窗口非常相似（除了你的插件可以使用了之外）。
但是你还是首先选择文件 -> 新建 -> 项目菜单和Java项目来建立一个Java项目。这个项目的名称叫做Test。图6显示了带有我们建立的向导和编辑器的运行时工作台。
 图6：运行该插件 |
现在我们看一下Invokatron向导。从菜单文件->新建 -> 其它 可以看到它。查看类别Invokatron向导。选择Invokatron向导，接着点击"下一步"。这个向导会建立一个空的Invokatron文档。在Container（容器）字段中选择Test项目并点击"完成"。一个新的Invokatron编辑器显示出来了。这个编辑器有三个页面：一个文本编辑页面、一个属性页面（字体选择）和一个预览页面（排序的、用选择的字体绘制的）。
支持文件
你可以在很多位置指定自己的插件在编译和运行时所需要的文件。这使我们这些Eclipse用户感到很困惑。我们试图澄清这些问题。
支持文件分为三类：
1、来自插件代码自身的类和资源。它们在建立过程中就会被打包为一个或多个.jar文件。
2、编译和运行插件所需要的类和资源。它们都应该被包含在类路径中，并且我们必须指明在导出的时候需要复制这些文件。
3、与插件一起包含进来的文件（例如readme.txt文件）。它们不在类路径中。
在插件编辑器的"建立（Build）"页面中可以设置编译环境。此外，这些设置会映射为build.properties文件。在第一次看到这个页面的时候我们可能会感到困惑，因为它有四个分开的部分：
· 运行时信息：列出了生成的库文件（第1类文件）。通常，在一个库文件中包含了插件所需要的所有类，但是你可能希望把它分割成更小的块。
· Source Build：列出应该被包含到.jar文件中的类文件（第1类文件的输入）
· Binary Build：列出应该被复制到导出的插件文件夹或档案文件中的文件（第3类文件）。上面的选择框被选中的时候，生成的文件会被自动地包含进来。
· 精确的类路径项：列出了在编译时刻你的应用程序所需要的.jar文件（第2类文件）。这些文件会被自动地添加到你的项目库中。我们通常容易犯的一个错误是在"属性"页面中的"Java建立路径"中和这个列表中同时包含了某个.jar文件。
如果你的插件使用了某个特殊的库，就必须确保把这个库添加到项目中。接着把它添加到Source Build和精确的类路径项中。
插件编辑器的其它一些重要的属性页面有：
· 依赖关系（Dependencies）：如果你的插件依赖于其它的插件，你就必须在这儿指定。
· 运行时（Runtime）：在这个属性页面中你可以为插件指定特殊行为。
导出
插件编码完成了，并且在工作台中测试过之后，就该准备部署到"真实的" Eclipse环境中了。要实现这个步骤，需要返回"预览"页面并点击"导出向导"链接。"导出选项"对话框允许你从三种部署类型中选择一个：
· 目录结构：把文件部署到一个目录中供Eclipse立即使用。接着你可以把目标位置（Destination）设置为本地的Eclipse文件夹（例如c:\dev\eclipse），直接地使用插件。
· 单个.zip文件：相同的文件夹会被压缩为一个.zip文件，准备好发布给客户。接下来，你必须把这个文件解压到Eclipse最上层的文件夹来安装插件。你必须在文件名字段中指定.zip文件名。
· 更新站点使用的独立.jar文档文件：产生一个与Eclipse用于自动更新系统相兼容的.jar文件。
你点击"完成"之后，会生成我们选中的输出。如果你把输出作为目录结构，就必须重新启动Eclipse以激活该插件。
|
|
|
|
|
|
|
|
