安装

JDK：1.5.0 从http://java.sun.com上去下载安装
Eclipse：3.1.1 从http://www.eclipse.org 上去下载解压
SQLExplorer 从http://eclipsesql.sourceforge.net/

技巧

　　Eclipse使用技巧之插件管理

　　提示：新下载的插件PlugIn一定不要都放在原始的Eclipse目录下去，一大堆，累死你：（

1. 前提是你已经安装好了Eclipse工具了，比如安装在E:\OpenSource\Eclipse\目录下，以下这个目录以%ECLIPSE_HOME%来进行表示；
2. 此时默认的插件是在%ECLIPSE_HOME%\plugins目录中的；
3. 在%ECLIPSE_HOME%下建立一个PlugInsNew的目录；

　　比如：E:\OpenSource\Eclipse\PlugInsNew\

1. 你下载了个新的插件，比如叫做：XYZ

　　那么就在%ECLIPSE_HOME%\PlugInsNew\目录下建立XYZ目录，目录里面是eclipse目录，eclipse目录包含有features与plugins两个子目录；结构如下图所示：

1. 把下载的新插件的文件放在以下相应目录中

   %ECLIPSE_HOME%\PlugInsNew\XYZ\eclipse\features
   %ECLIPSE_HOME%\PlugInsNew\ XYZ\eclipse\plugins

2. 建立相关的.link的文件

   然后在%ECLIPSE_HOME%\links目录里建立一个XYZ.link的文件
   内容如是：path=E:/OpenSource/Eclipse/PlugInsNew/XYZ就一行这样的路径指示而已。
   这样，如果你下载了多个插件就可以如法炮制建立多个Link文件，想加载哪个插件就把哪个插件的Link文件放到%ECLIPSE_HOME%\links的目录中即可，使用与管理都很方便，建议千万不要放在默认的安装目录中；
   如果你的%ECLIPSE_HOME%与此不同，请修改XYZ.link文件里的路径

3. 删除，关闭Eclipse

   删除%ECLIPSE_HOME%\links\XYZ.link文件即可
   删除%ECLIPSE_HOME%\PlugInsNew\XYZ整个目录及文件

4. 重新启动Eclipse即可

使用

　　SQLExplorer插件安装方法采用上一节的《Eclipse使用技巧之插件管理》
　　重新启动Eclipse后，可以在菜单Window => Show View => Other => 可以看到多了SQLExplorer
展开SQLExplorer有七项内容，分别为：

1. Aliases 别名，用来标识数据库连接串的
2. Connection Info 连接信息，用来显示连接数据库时的相关信息，如，数据库产品名称、版本、JDBC驱动程序的名称、版本、用户名、连接串、是否自动提交等等。
3. Connnections 显示活动的连接情况
4. Database Structure View 显示数据库结构
5. Drivers 配置驱动程序用
6. SQL History 执行SQL的历史记录
7. SQL Results 执行SQL的结果集

　　下面会分别介绍这七项内容的具体使用：
如下图所示：

　　菜单Window => Preferences => SQLExplorer
右边的项目中，可以设置预览表结果集时返回的行数、SQL集的返回行数、是否自动提交、还是关闭SQL编辑窗口后提交和写SQL时是否自动完成表和列名。

　　菜单Window => Preferences => SQLExplorer => SQL Editor
右边的项目中，可以设置SQL编辑器里的字体属性、文本属性

　　菜单Window => Show View => Other => SQLExplorer 把里面的七项内容全部显示出来，你也可以自己进行定制一下它

　　开始进行配置驱动程序，打开Drivers

　　默认加载成功插件后，只有JDBC ODBC Bridge是打勾可用的，其它都是打红Ｘ不可用的，想想就知道为什么了吧（^_^）

　　没有想出来，接下来看看吧
右键JDBC ODBC Bridge，在弹出的菜单中点击Change the selected Driver菜单

　　可以在弹出的修改驱动程序中看到如下信息，在Driver Class Name显示的是
sun.jdbc.odbc.JdbcOdbcDriver
因为从JDK1.2开始，在JDK里自动带有这个驱动程序了，所以显示为可用了：）

　　接下来我们开始配置MySQL和Oracle的驱动程序：
右键MMMySQL Driver，在弹出的菜单中点击Change the selected Driver菜单

　　在弹出的修改驱动程序中看到，在Driver Class Name显示的是org.gjt.mm.mysql.Driver
点击Extra Class Path => Add => 选择你的MySQL所在的路径，加入它

　　加入驱动程序如下所示：

　　单击List Drivers按钮，在Driver Class Name的右下框中可以看到三个驱动类名，选择你需要的一个，OK之即可。

　　可以看到这下MMMySQL Driver也为打勾可以使用的状态了。

　　以同样的方法配置Oracle Thin Driver驱动程序

　　默认驱动名称，添加驱动程序：

　　可以看到两个驱动程序的名称

　　配置好驱动程序后，可以开始创建连接了，切换到Aliases别名视图
点击创建图标，如下：

　　选择MMMySQL Driver

　　填入别名的名称、JDBC连接串URL、用户名、密码

　　确定后，在Aliases别名视图里出现刚建立的连接

　　右键刚建立的数据库连接别名，在弹出的菜单选择Open…打开之。

　　会弹出一个连接的确认框，你可以更改用户名与密码，也可以设置是否自动提交。

　　确定后，会自动切换到Database Structure View视图上，MySQL数据库，则可以看到Database

　　再打开它，可以看到数据库名，Table表及表的个数与名称了。

　　选中其中的表userpwd，这个表是自己建立的，可以看到以下显示列、索引、主键、外键、结果集预览、行数共六个信息内容。

　　以下显示表的列信息

　　以下显示索引信息

　　以下显示主键信息

　　　　以下显示外键信息

　　以下显示结果集预览的内容

　　以下显示的是记录行数信息

　　切换到Connection Info连接信息的视图，可以看到连接数据库时的相关信息，
如，数据库产品名称MySQL、版本4.1.0a-nt
JDBC驱动程序的名称MySQL-AB JDBC Driver、版本mysql-connector-java-3.0.16-ga
用户名test@localhost、连接串jdbc:mysql://localhost:3306/test、自动提交模式为是等等。

　　显示默认的事务状态

　　切换到Connnections视图，显示当前数据库活动的连接情况，有一个活动的连接。

　　右上角，可以打开Open New Connection图标来打开一个新的连接，比如连接到相同的数据库，但是却是不同的用户

　　右上角，单击New SQL Editor图标，创建一个新的SQL编辑器，来写你的SQL语句

　　在打开的SQL编辑器中，你可以开始写SQL语句了，如下：

按Ctrl + F9 或者点击Exceute SQL图标，执行所输入的语句

这样可以在SQL Results视图中看到如下执行的结果信息

　　　　切换到SQL History 执行SQL的历史记录的视图，可以看到你执行过的语句列表

　　再写一个不同的语句，演示结果集与SQL历史记录

执行后，记录是显示在最后的执行结果是在后面，依次递增的，即1、2、3、最后一个是你最后执行的结果信息内容显示的地方，不要弄错了。

　　这样在SQL History里就再增加上了一条执行语句的记录了

　　同样增加一个Oracle的连接测试

　　Oracle数据库，在Database Structure View视图里显示有Database、Monitor、Security、Instance四项内容

在SQL编辑器中，选择Oracle的链接，再输入查询语句测试一下

　　可以在结果集里得到如果内容，在第4个标签栏里了

再更改一下SQL语句

　　得到如下内容，在第4个标签栏里了

　　SQL历史记录里可以看到执行过的四条信息了

　　这个插件的使用应当不是很容易的，其它的应用技巧与方法继续中。

安装TPTP

　　安装TPTP最容易的方式是使用Remote Update站点（参见图1）。打开Remote Update窗口（Help -> Software Updates -> Find and Install），然后选择Callisto Discovery Site。Eclipse将建议安装Callisto插件集。TPTP工具列在“Testing and Performance”下面。最容易也是最耗时的选择，就是安装所有建议的插件。即使不安装整个Callisto工具集，您仍然需要安装一些其他TPTP需要的组件，例如"Charting and Reporting"、"Enabling Features"和"Data Tool Performance"。

　　 图 1.从远程站点安装TPTP

分析Java应用程序

　　测试与性能工具平台基本上是一套分析工具。分析应用程序通常涉及到观察应用程序在压力之下的处理方式。这样做的一种常见方式是对已部署的应用程序运行一组负载测试，然后使用分析工具来记录应用程序的行为。接着，可以对结果进行研究来调查任何性能问题。这些事情通常是在项目结束时进行的，因为此时应用程序几乎已经准备好进入生产阶段了。

　　TPTP非常适合这类任务。一个典型的用例是使用像JMeter这样的工具来运行负载测试，然后使用TPTP归纳工具记录和分析性能统计数据。

　　然而，这并非使用TPTP分析应用程序的唯一方式。通常，越早进行测试，后面遇到的问题就越少。借助TPTP，您可以在很多上下文中分析代码，包括JUnit测试用例、Java 应用程序和web应用程序。而且它很好地集成到了Eclipse IDE中。所以，没有理由不在早期开始初步性能测试和分析工作。

　　TPTP让您可以测试应用程序行为的几个方面，包括内存使用（创建了多少对象，这些对象的大小如何）、执行统计数据（应用程序在哪些地方所花的时间较多）和测试覆盖（测试期间执行代码的确切数量）。每个方面均可提供有关应用程序性能的独立信息。

　　不管怎么说，内存泄漏可能而且的确存在于Java中。创建（并保存）不必要的对象会增加对内存的需求，并加重垃圾收集器的工作负担，这都会损害应用程序的性能。而且，如果运行应用程序的服务器的持续正常运行时间很长，累积下来的内存泄漏可能最终导致应用程序崩溃或服务器停止运行。这些都是留心应用程序内存泄漏情况的充分理由。

　　根据80-20经验法则，80%的性能问题出现在20%的代码中。或者，换句话说，只要把精力集中在应用程序中执行最经常的部分上，就可以花费相对较少的气力使性能有实质性的提高。在这种情况下，执行统计数据就可以派上用场了。

　　除此以外，TPTP还提供一些基本的测试覆盖数据。尽管这些统计数据不如Cobertura或Clover这样的专用工具提供的完整，您仍然可以通过它们快速了解性能测试正在有效地测试哪些方法。

　　在本文中，我讨论的测试种类同样是没有经过优化的。优化涉及到使用像缓冲这样的技术对应用程序性能进行微调。这是一项对技术要求很高的操作，最好留到项目的最后完成。

　　这里所讨论的这种初步性能测试和分析仅仅包括，确保应用程序从一开始就正确执行，以及没有编码错误或糟糕的编码实践会在后面的阶段中对性能产生不利的影响。事实上，修复内存泄漏和避免不必要的对象创建并不是优化——这只不过是调试，而且同样应该尽可能早地完成。

　　让我们通过使用一些单元测试来分析一个类的方式开始。可以分析常规的单元或集成测试，或者编写针对性更强的面向性能的测试。通常，您应该尝试分析与生产代码最接近的代码。许多人使用模拟对象来代替DAO对象进行单元测试，使用这项功能强大的技术可以加速开发生命周期。如果使用这类方法，一定要使用这些测试来运行分析工具，它可以揭示有关内存使用和测试覆盖的有用信息。然而，性能测试的价值是有限的，因为对于与数据库相关的应用程序来说，其性能往往是由数据库的性能所决定的，所以在这个上下文中，应该进行所有重要的性能测试。简而言之，不要忘了分析基于实际数据库而运行的集成测试。

　　出于本文的需要，我们将对以下类进行测试，这个类代表了一个到库目录的简单接口。

interface Catalog {
List<Book> findBooksByAuthor(String name);
List<Book> findAllBooks();
}

　　基本的单元测试如下：

public class CatalogTest extends TestCase {
...
public Catalog getCatalog() {
...
}
public void testFindBooksByAuthor() {
List<Book> books = getCatalog().findBooksByAuthor("Lewis");
}
public void testLoadFindBooksByAuthor() {
for(int i = 0; i < 10; i++) {
List<Book> books
= getCatalog().findBooksByAuthor("Lewis");
}
}
public void testFindAll() {
List<Book> books = getCatalog().findAllBooks();
}
}

　　您需要做的第一件事情就是建立一个分析。在Eclipse主菜单中选择"Run -> Profile"，这将打开一个向导，您可以在其中配置不同种类的测试分析，如图2所示。

　　图 2. 创建一个TPTP分析

　　在这个例子中，我们感兴趣的是JUnit测试分析。双击这一项；向导应该为每个单元测试类创建新的项。TPTP相当灵活，您可以在此屏幕中配置各个选项。例如，在Test选项卡上，可以单独分析单元测试类，也可以按照项目或软件包对它们进行分组。在Arguments选项卡上，可以指定运行时参数，而在Environment选项卡上可以定义环境变量。在Destination选项卡中，可以指定一个外部文件，用于保存分析数据以供以后使用。但是，最有用的是Monitor选项卡（参见图3），可以在上面指定要记录和研究的性能相关数据：

• Basic Memory Analysis（基本内存分析）：这个选项用于记录内存使用的统计数据，包括对象实例的数量和已经使用的全部内存。
• Execution Time Analysis（执行时间分析）：这个选项用于记录性能数据——即应用程序分别在每个方法上所花的时间长短。
• Method Code Coverage（方法代码覆盖）：这个选项用于通知在测试期间执行了哪些类和方法。

　　 图 3: 在Monitor选项卡上定义要记录数据的类型。

　　您可以直接从这个窗口运行分析工具，也可以使用位于要分析的测试类上的上下文菜单，方法是选择Profile As菜单项（参见图4）。

　　图 4:可以使用上下文菜单运行TPTP分析工具。

　　运行分析工具可能要花上一段时间，这取决于测试用例的大小。完成之后，Eclipse将显示一个Profiling Monitor视图，可以在其中显示每种类型分析的结果的详细信息（参见图5）。

　　图 5: 分析结果

　　Memory Statistics视图显示了应用程序创建的对象的数量。结果可以按照软件包来组织（以树视图的形式），或者显示为类或实例的一个列表。这些数据可以让您了解每种类型创建了多少个对象；应该对创建的对象（特别是高级对象，例如域对象）不正常的高数量持怀疑态度。

　　用于检测内存泄漏的另一个有用工具是Object References视图。为了获得这些数据，您需要激活引用收集。启动分析之后，点击monitoring项，然后在上下文菜单中选择Collect Object References（参见图6）。接下来，通过上下文菜单（Open with -> Object References）打开Object References视图。您将获得一个类的列表，它带有对每个类的引用的次数。这可以为可能的内存泄漏提供一些线索。

　　图 6: 激活引用收集

　　如图7所示，从Execution Statistics视图可以清楚地了解到应用程序执行到了哪里。"organization by"软件包可以帮助您找出执行时间最长的类和方法。点击一个方法将打开Method Invocation Details视图，它将显示有关方法被调用次数、调用地点以及它本身调用了哪些其他方法的更详细信息。尽管与一些可以向下发掘到源代码本身的商业工具相比，这个视图与源代码视图的集成度没有那么高，但是它还是可以给出一些重要线索，帮助您找出执行错误的方法。

　　图 7: Execution Statistics视图

　　Coverage Statistics视图（参见图8）提供的信息是关于，您刚刚运行的测试用例使用了（因此至少在某种程度上测试了）哪些方法。覆盖统计数据是一项优秀的功能，尽管它们提供的信息的详细程度还无法与像Cobertura、Clover和jcoverage这样的专业覆盖工具相提并论（它们可以提供行精度的覆盖数据，以及行和分支覆盖的统计数据）。尽管如此，它也有自身的优点，那就是可以提供实时的覆盖结果，而目前，只有商业的代码覆盖工具，例如Clover和jcoverage，才能提供行级别的覆盖报告和完整的IDE集成。

　　图 8: Coverage Statistics视图

静态分析工具

　　在TPTP工具箱中，另一件有趣的工具就是静态分析工具。Java静态分析工具，例如PMD，允许通过基于一组代码预定义规则和最佳实践检查来检查代码，从而自动验证代码质量。现在，TPTP也包含一个静态分析工具。除了提供它自己的一组静态分析规则之外，这个工具还可以提供一个一致的接口，其他工具厂商可以在这个接口中集成他们自己的规则。

　　要对代码进行静态分析，需要创建分析配置。在Java视图或Analysis图标中，使用上下文菜单打开Analysis窗口，它现在应该出现在工具栏上（参见图9）。分析配置决定了要分析的代码（Scope）和应该遵循的规则（Rules）。有71条规则可供选择，例如"Avoid casting primitive types to lower precision"和"Always provide a break at the end of every case statement"。您还可以使用预定义的规则，例如"Java Quick Code Review"（在这里，71条规则中只有19条适用）。

　　图 9:建立静态分析规则

　　要分析代码，使用工具栏中的Analysis图标。分析不是实时完成的，就像一些其他的类似工具一样，例如Checkstyle。然而，给出的结果很清晰（参见图10）：错误在源代码视图中标出，并且按照错误类型，以树视图的形式在Analysis Results视图中列出。"Quick Fix"是一项优雅的特性，它出现在错误类型的上下文菜单中，而且如果可能，它可以自动为您纠正问题。

　　图 10: 静态代码分析结果

结束语

　　Eclipse测试与性能工具平台是Eclipse IDE工具箱中极具价值的部分。它支持的性能测试的范围很宽，这有助于从第一个单元测试开始，就确保获得高质量和高性能的代码。

　　TPTP无疑还比不上一些可用的商业工具，例如OptimizeIt和JProbe，后者的报告和分析功能要更加完善，而且表示通常更加精练。然而，商业的分析工具往往非常昂贵，而且很难在最严峻的环境中来验证它们的使用情况。尽管TPTP还相对较为不成熟，它仍然可算作一款功能强大的产品，毋庸置疑，它可以提供对于许多项目来说不可或缺的有价值的分析数据。

参考资料

• Eclipse网站
• Callisto网站
• TPTP网站

John Kellerman，IBM 软件部 Rational 产品总经理，与 1984 年加入 IBM, 一直从事应用开发工作。2000 年初，John 开始加入了 Eclipse 项目，现在任职 IBM Eclipse 策略部总经理。他现在的主要工作是在 Eclipse 基金会、Eclipse 社区中代表 IBM 的利益，与 Eclipse 成员公司合作。

developerWorks: IBM 开发工具的发展经历了从最初的 Visual Age到今天基于 Eclipse 3.0 的产品, 可以说是非常大的飞跃，您可否给我们谈一下这其中的历史？

John: 我在加入 Eclipse 项目之前，是 IBM Visual Age for SmallTalk 的产品经理。Eclipse 起源的一个非常重要的原因是，当时IBM 面临着一些挑战需要去解决，即 IBM 开发工具 Visual Age for Java 和 WebSphere Studio 很难集成到一起，而且底层的技术比较脆弱，因此进一步发展非常艰难，无法满足业界应用开发的需求。
因此，1998 年，我们开始了下一代开发工具技术探索之路，成立了一个项目开发小组，经过两年的发展，2000年，我们决定给新一代开发工具项目命名为 Eclipse，Eclipse 叫法当时只是内部使用的名称。这时候的商业目标就是希望 Eclipse 项目能够吸引开发人员，能发展起一个强大而又充满活力的商业合作伙伴（独立软件供应商）社区。同时我们意识到需要用它来对抗 Microsoft Visual Studio 的发展，因此从商业目标考虑，通过开源的方式我们最有机会达到目的。此外，IBM 推出了 Eclipse 试用计划，允许 IBM 以外的开发人员使用 Eclipse。结果证明我们的决策非常正确，Eclipse 从此在开发社区广为流传。Eclipse 也就成为这个项目的正式名称。

我们认为开源 Eclipse 不能只是简单地贡献出源码，创建一个开源项目然后放在开源许可证下；我们需要建立起多家公司的合作关系，否则就不足信服，不是真正的开源项目，而只是 IBM 的一个项目。因此在 2000 年到 2001 年之间，我做的主要工作就是去拜访一些公司，与他们谈论 Eclipse,邀请他们加入 Eclipse 项目。 您可以想象，这是非常有趣的谈话，最终，我们与 8 家公司达成了一致，其中包括一些 IBM 的竞争对手 WebGain、Borland, 还有一些盟友如 Rational（Rational 当时还没有被 IBM 收购）。

2001 年 12 月，IBM 向世界宣布了两件事，第一件是创建开源项目，既 IBM 捐赠价值 4 千万美元的源码给开源社区；另外一件事是成立 Eclipse 协会（Eclipse Consortium）,这个协会由一些成员公司组成，主要任务是支持并促进 Eclipse 开源项目。

从此，我们看到了 Eclipse 本身、会员、插件（plug-in）和 Eclipse 社区飞速成长。2003 年，我们意识到这种会员模式很难进一步扩展，有些事务操作起来很困难，比如无法筹集赠款、无法成立合法理事会，这主要是因为 Eclipse 协会不是一个法律上的实体；此外，尽管 Eclipse 成功有目共睹，但仍然有些业界成员没有加入，他们认为是 Eclipse 的真正领导者是 IBM。因此我们认识到创建一个独立于 IBM 的 Eclipse 将会对 Eclipse 的发展非常有利, 于是 IBM 与其他成员公司合作起草了管理条例，准备成立 Eclipse 基金会（Eclipse Foundation）。2004 年初，Eclipse 基金会正式成立。

developerWorks: Eclipse 由一个很小的核心和核心之上的大量插件组成，这种插件式架构给当时的开发社区带来耳目一新的冲击。您能给我们介绍一下 Eclipse 插件架构吗？

John: 对于 Eclipse 插件架构，一个很好的比喻是 Web 浏览器，它也有插件，Eclipse 插件和浏览器相似，都是要解决扩展性问题。对于一个 Web 浏览器，如果你想既能浏览多媒体动画，又想浏览 PDF 文件，那么你就需要两个不同的插件，才能保证两种内容都能在 Web 浏览器中显示。 Eclipse 也一样，通过它的插件模式我们可以安装不同的插件来进行 HTML 的编辑、数据库的设计、Java 开发、C++ 开发等等，所有这些开发工作完全在一个 Eclipse 安装平台上进行。而且 Eclipse 模型所能做的远超过了这些，理解 Eclipse 插件的关键是首先要理解 Eclipse 扩展点，正是这个扩展点帮您在 Eclipse 中添加新功能。例如，如果希望在菜单中添加一项，就是通过 Eclipse 扩展点实现的。

所以当 Eclipse 插件实现了一个扩展点，就创建了一个扩展，此外，扩展还可以创建自己的扩展点。这种插件模式的扩展和扩展点是递归的，而且被证明是非常灵活的。记得当我们着手对 Eclipse 开发进行区域性调查时，最初的决定之一是："We will eat our own dog food"（编者注：谚语，指一个公司在日常运行中使用自己的产品），即 Eclipse 团队要使用 Eclipse 进行 Eclipse 的开发。事实上，Eclipse 本身是一个核心的运行时绑定了一些在插件之上构建的插件，换句话说，Eclipse 本身就是一系列的插件。这样随着使用 Eclipse 构建 Eclipse 的经验累积，这种插件模式就变得日臻成熟。

developerWorks: IBM 对 Eclipse 已经投入了非常多的资源，IBM 在 Eclipse 的将来会扮演什么角色呢？

John: 目前 Eclipse 项目有 100 多个，IBM 参与了其中超过一半的项目，有 3 个主管在主持 Eclipse 相关的工作。2005 年我们还赞助了一些 Eclipse 创新基金和 Eclipse 奖学金。IBM 承诺在未来的几年内会一如既往地参与 Eclipse 研究，我们将会看到 IBM 研发出新项目，而在某些 Eclipse 项目上减少参与，这要看 IBM 的商业目标。最近我们提议了一个项目叫 Beacon, 是关于 Eclipse 流程框架的。我们将捐献一些 Rational Unified Process (RUP) 技术，基本上这个提议是要提供流程方面的内容。IBM 现在与一家叫做 Zend 的公司合作，希望在 Eclipse 上开发出用于 PHP 的开发工具。从商业方面看 IBM, 您会发现 Eclipse 是 Rational 软件开发平台的基础。此外由于 Eclipse 的插件模式、扩展性、集成性，我们为Rational, WebSphere, Lotus 和 Tivoli 构建了统一的平台。

developerWorks: 目前 IBM 的五大旗舰品牌都有基于 Eclipse 的产品, 这对 IBM 有什么好处？

John: 我们的目标是创建集成统一平台，我们有基于 Eclipse 构建的 DB2, Rational, WebSphere 等工具，这样客户就可以共同使用这些工具，有统一的界面风格，使用起来非常方便。对 IBM 自身来说，各个开发部门就可以关注于软件的核心性能开发，而不必要浪费资源做一些重新实现的工作，从而 DB2 开发部门就专注于数据库开发、WebSphere 专注应用服务器的开发、Rational 专注于建模、源代码管理，至于其他方面的辅助开发对于 Eclipse 来说是共同的。

developerWorks: Eclipse 是一个开源 IDE, 那如何通过 Eclipse 创造商业利益呢？

John: 对于 IBM, 在 Eclipse 技术开发方面与上百家公司合作，因为 IBM 看到了 Eclipse 作为通用的、开放的、标准的技术基础，其价值日益成长。当然，这种基础技术是不会带来创收的，没有人可以使用 Eclipse 技术来赚钱，但这并不重要，就像 Borland, Sybase 等公司都在花费钱做同样的构建工作，当然我们在这方面还有合作，但是我们还专注于将我们的核心功能组件构建在 Eclipse 平台上，例如，IBM 的 Rational Application Developer, 它是使用 Eclipse 作为基础，然后在这基础上添加了建模插件、Web 开发插件，还有其它更有价值的插件，这些插件我们是收费的。这就是使用 Eclipse 进行商业创收的模式之一。
此外，人们还可以直接为 Eclipse 构建插件，然后出售这些插件来赚钱，因为插件可以使用商业许可证发行。事实上我们建立 Eclipse 公共许可证，就是为了让 Eclipse 能很好的被商业采用，从而可以用它来赚钱，Eclipse 的所有成员公司基本都是商业软件提供商。目前全球有上百万开发人员在使用 Eclipse, 因此中国开发人员完全可以构建有价值的插件和工具，然后进行销售。同时 IBM 有一个合作伙伴计划，帮助合作伙伴宣传在 IBM 基于 Eclipse 的产品之上构建的应用。

developerWorks: 富客户端平台(RCP)目前是比较流行的应用开发模式，请谈一下 Eclipse 是如何支持富客户端的？

John: 在 Eclipse 的早期，有些用户试图除了将 Eclipse用于开发工具基础平台外，还用作更普遍的商业应用基础。他们认为一个 IDE 就是一个特殊的富客户端应用。这就是开放源码开发的魅力所在，当这些用户试着用 Eclipse 作为通用富客户端时，他们就把这些想法建议反馈给 Eclipse 开发小组。就这样 Eclipse 经过了 2.0 到 2.1 的发展，不断收到来自社区的建议和反馈，终于到了一个通用化的阶段。在3.0 版发行时，我们觉得时机成熟，于是正式声明将 Eclipse 作为通用的富客户端和 IDE。

其实最早的反馈是来自我们的 Lotus 开发小组，他们在 Eclipse 3.0 之前就意识到可以使用 Eclipse 来提供他们 Workplace 客户端的富客户端版本。从 Eclipse 3.0 到 3.1 再到 3.2, 我们看到富客户端平台应用的快速增长，同时也收到越来越多反馈帮我们完善提高。

我最欣赏的 RCP 应用之一是在EclipseCon 2005 上的一个演示，演示的是美国国家航空航天管理局(NASA)的一个项目，当时 NASA 在加利福尼亚州有个实验室叫 Jet Propulsion Laboratory (JPL)，负责火星探测计划，他们的管理用户界面就是一个 Eclipse RCP 应用，通过这个应用，加利福尼亚州的工作人员就可以控制在火星上运行的火星车。在演示过程中，有人问为什么使用 Eclipse, 回答是，使用 Eclipse 这门技术，他们不用担心，而且还节省了不少纳税人的钱，因为他们只需要集中资源开发控制火星车的应用就可以了。

developerWorks: Eclipse 现在非常热门，您认为从微软的开发平台转到 Eclipse 上容易吗？

John: 这个问题可以从两方面来说明，一是软件提供商从 Visual Studio 移到 Eclipse 上，另一方面是微软平台上开发的程序的移植。

Eclipse 提供了不同的集成方法，可以是非常轻量级的集成，即只是简单的调用和返回。Eclipse可以处理 ActiveX 控件，这样 Word, Excel 就可以在 Eclipse 里打开，这是另一种集成模式。有些供应商选择把他们的工具封装在 Java 层，即保留 C/C++ 工具，封装在 Java 里与 Eclipse 进行通信。如果软件供应商希望将工具构建成 Eclipse 插件，那么我们通常建议在 Eclipse 中用 Java 重新实现，因为几乎所有的微软工具都是 C/C++ 工具。因此工具的迁移可以分三步走：轻量级集成、重量级集成和重新实现。

如果要迁移程序，Eclipse 提供了一些设施。但难易程度取决于程序是用什么工具开发的，因为最重要的部分是（版本控制系统的）代码库本身，如果代码库同时支持 Visual Studio 和 Eclipse, 那就容易的多。此外有一些公司提供了迁移系统，在 Eclipse 网站的社区部分中可以查看这些公司列表。

developerWorks: 对个体开发人员，他们如何能够参与 Eclipse 项目？

John: Eclipse 是完全开放的，任何人都可以参与，参与的最简单方法是关注它的新闻组，选择一个感兴趣的技术领域，然后下载代码，自己做些实验，并在新闻组上回答一些问题，这样随着技术的提高，就可以向 Bugzilla 提交 bug 和修复包，或去修复其他 bug。如果得到项目工作组的认可，便可以承担项目的一些义务，成为项目开发组的真正成员。此外还可以写一些文章发送到 Eclipse 组织，参加本地的 Eclipse 用户组等等方式。

如果有兴趣成立一个 Eclipse 开源项目，Eclipse 上有一个文档"Eclipse Development Process",描述了如何操作。

developerWorks: 最后请给我们谈谈 Eclipse 下个版本的情况？

John: Eclipse 3.2 计划于今年 6 月面世，名称是 Callisto, 选择 Callisto 作为名称是按社区要求的，因为这次目标是同时发布 10 个主要的 Eclipse 项目，以支持成员公司生态系统需求，他们将要把 Eclipse 框架集成到各自的软件产品中。

developerWorks: 感谢您接受我们的采访。

在Eclipse方面使用Ｔｏｍｃａｔ的插件

Plugin features

• Starting and stopping Tomcat 4.x, 5.x and 6.x

• Registering Tomcat process to Eclipse debugger

• Creating a WAR project (wizard can update server.xml file)

• Adding Java Projects to Tomcat classpath

• Setting Tomcat JVM parameters, classpath and bootclasspath

• Exporting a Tomcat project to a WAR File

• Capability to use a custom Tomcat classloader to load classes in several java projects at the same classloader level than classes in a Tomcat project, see readmeDevLoader.html (Thanks Martin Kahr)

Support and contributions

Contact plugintomcat@sysdeo.fr

Download

This plugin is free and open-source

Tomcat 4.x patch for JSP debugging (Thanks to Johan Compagner)

To install this patch, unzip the file in <%TOMCAT_HOME%>/classes for tomcat 4.0x, or in <%TOMCAT_HOME%>/common/classes for Tomcat 4.1.x

Installation

• This plugin does not contain Tomcat.
  (Download and install Tomcat before using this plugin).
  This is a design choice not to include Tomcat in the plugin distribution, this way the same plugin version can works with any Tomcat version.
  

• Download tomcatPluginVxxx.zip

• Unzip it in your_Eclipse_Home/plugins

• Plugin activation for Eclipse 3.x :
  - launch eclipse once using this option : -clean
  - if Tomcat icons are not shown in toolbar : select menu 'Window>Customize Perspective...>Commands', and check 'Tomcat' in 'Available command groups'
  

• Set Tomcat version and Tomcat home : Workbench -> Preferences, select Tomcat and set Tomcat version and Tomcat home (Tomcat version and Tomcat home are the only required fields, other settings are there for advanced configuration).

• This plugin launches Tomcat using the default JRE checked in Eclipe preferences window.
  To set a JDK as default JRE for Eclipse open the preference window : Window -> Preferences -> Java -> Installed JREs.
  This JRE must be a JDK (This is a Tomcat prerequisite).
  

• The plugin sets itself Tomcat classpath and bootclasspath. Use Preferences -> Tomcat ->JVM Settings, only if you need specific settings.

Documentation and tutorials

Official documation (french) : http://www.eclipsetotale.com/articles/tomcat/tomcatPluginDocFR.html

Tutorials (english) :

• The Power of Three - Eclipse, Tomcat, and Struts

• Tomcat Tutorial: HelloWorld for Complete Fools

Troubleshooting

• In some case, despite it is correctly unzipped in Eclipse 3 'plugins' directory, the plugin is not loaded : run Eclipse with the -clean option to solve the problem.

• ClassNotFound when using DevLoader and launching Tomcat 5.5.12 and above
  Workaround : set context definition mode (Preferences->Tomcat) to 'Context files'.
  Explanations :
  This problem is due to a change in Tomcat 5.5.12 and above (see http://issues.apache.org/bugzilla/show_bug.cgi?id=37302 ,
  We hope this bug will be fix but it seems that Tomcat developers don't care about it because it happens when a context containing its own loader is defined in server.xml file and since Tomcat 5 defining context in server.xml is not recommended)
  

• ClassNotFoundException on javac/Main when accessing JSP : Tomcat is started with a JRE instead of a JDK.

• If you have a problem with the plugin check eclipse log file (<%Your_Workspace_dir%>/.metadata/.log)

If you have any problem with this plugin send an email to plugintomcat@sysdeo.fr .
(Select this button : Preferences->Tomcat->JVM Settings->Dump configuration to .log file, and include in your email the corresponding lines of your .log file, it is in <%Your_Workspace_dir%>/.metadata)

Download

Overview

The following tasks can be invoked either on project, sourcefolder, package, class or method level.

Logger Declaration

Inserting import statement and logger declaration of your favourite logger in your sourcecode automatically.
Kind of logger and imports are configurable in the Preferences.

Logger Insertions

Automate insertions of logger statements at certain method entries: begin of method, exit of method (before every return statement and at the end of method) and in catch blocks.
Furthermore you can add a logger statement at any position you like supported by a wizard.
logger levels and much more is configurable in the Preferences:Positions (Statements and Positions).

Substitution of System out's

Replacement of System out's, System.err's and e.printTrackTrace Statements.
Logger levels are configurable in the Preferences:Replacement.

Logger Modification

Note that the modification task could delete a logger message under certain circumstances! Please read the Logger Modification:Algorithm section before using it.

Modification of already exisiting logger statements: Replacing logger message with standard information, surrounding log statements with isLevelEnabled() if clauses and more.

Don't hesitate to request for new features or help at log4e@jayefem.de

Description