Read Sean

前不久重装机器，偶然间发现一款挺方便的Eclipse插件。我们工作中用的是Oracle，于是经常会用到SQLPlus/Worksheet这样的东西，TOAD当然也有，但是SQLPlus用上去确实不方便，TOAD的安装也很麻烦并且我没有license。算了吧，既然一直在用Eclipse，就看看Eclipse上有没有好一点的替代工具吧。于是我发现了SQLExplorer。

这个插件理论上支持所有提供了JDBC的数据库，其实就是把Java代码调用JDBC的操作进行了图形界面的封装。用上去的感觉就是比使用命令行操作数据库确实方便和直观了许多，甚至比某些专门的GUI管理工具要好用不少。

下面是一幅截图，供参考：Eclipse SDK 3.0.2 + SQLExplorer 2.2.3

当然，这个插件也有不少缺陷，比如不能兼容Eclipse3.1版本（至少M7上跑起来有问题），SQL编辑器的关键字颜色转换，对类似Oracle的RAW格式支持不好，等等，还有一些使用便捷性上的缺陷。并且因为是通过SQL/JDBC的方式操作，有很多数据库专有的特性无法体现。不过总的来说，它是一款不错的SQL浏览器，当你需要在同一个环境操作多个数据库，或者你觉得数据库提供的管理界面不方便，甚至仅仅因为你是Eclipse的狂热爱好者，这个插件都值得一试。

可以在这里找到下载链接：http://sourceforge.net/projects/eclipsesql/

不知不觉间，Struts已经五岁了，这是一个相当成熟的Web框架，事实上的标准，至今还有很广泛的应用。

我忍不住想，其实像Struts、Spring、TestNG这样的东西背后的核心思想很简单、清晰、直截了当，（当然也有不少创新和大胆的设计）而且多数是业余时间完成的第一个版本，为什么我们中国的程序员就不能做到呢？思维方式？体制？环境？不管是什么，这都是中国软件行业的悲哀。

期待中国原创的开源框架/工具。

目前我们每个人的页面标题前，都有BlogJava字样，这个我没意见，但是我觉得格式并不好。就拿我自己的blog来说，现在的格式是"BlogJava-Sean's stack trace"，我觉得从美观和习惯上讲最好能加两个空格："BlogJava - Sean's stack trace"。

大家的意见呢？

http://www-128.ibm.com/developerworks/opensource/library/os-jface1/

这里有一篇很好的SWT入门文章。

谢谢kukoo提供的链接，在这篇eWeek的报道中，Eclipse Foundation的executive director，Mike Milinkovich这样形容Eclipse阵营对Sun的心态：“We're not focused on hurting them; we're focused on helping us.” - 我们的注意力并非在如何伤害他们，而是如何帮助自己。我想这很好的诠释了Eclipse对Sun的心态。

最近看到太多的关于NetBeans和Eclipse的争吵，其中很多都是NetBeans的支持者出于对NetBeans项目组的辛勤劳动的肯定和也许是某种意义上的同情，或者真的喜欢使用NetBeans，指出Eclipse有什么什么地方不好，而NetBeans又有多好多好。但是醒醒吧，我觉得整件事是NetBeans阵营太过将Eclipse作为对手和参照物，而Eclipse似乎没有太理会，它有更大的目标。两相比较，两个平台也好IDE也好的竞争是什么结论也就不言而喻了。

对于Sun的开源策略，有行家分析说Sun只是想从开源得到社区支持等好处而并不愿意做出太多贡献和牺牲。这些从近年Sun对JDK/JRE采取的相对严格的发行机制、Solaris的开放源代码、对JCP的控制、同微软的合作、以及最近有关Harmony的争执中都能找到很好的佐证。Sun到底在想什么呢？也许从Sun的角度，他们有足够的理由这样做，我们还是不要过多地妄加猜测了吧。

时间会证明一切。

刚才忘了说，在3.1M7这个版本中，已经自动支持类似KeepResident插件的功能，当我们在Windows环境最小化Eclipse窗口的时候，Eclipse使用的这一块内存不会再被Windows无聊的回收了。好处是显而易见的，我们不再会碰到离开Eclipse再回来的时候那烦人的等待了。

下到Eclipse3.1M7后的第一件事当然是看看那个Ctrl-Z回滚的小bug，以前的stable或release版本都存在这样的问题：当你对文件修改但未保存，按下Ctrl-Z可以回到上次保存的状态但Eclipse仍然认为该文件是改动过的。经过测试这个bug确实fix掉了。

另外我还无意中发现一个有趣的新功能。我们知道通常一个包含CVS信息的连接字符串是类似如下的样子：

:pserver:anonymous@cvs.sourceforge.net:/cvsroot/azureus

当我们在Eclipse的CVS Repository视图下面添加Repository Location的时候，我们必须分别手动的填写上面的字符串中包含的信息。在3.1M7中，只需要Ctrl-V粘贴这个字符串到新建Repository Location的对话框，所有信息都会被自动分解和填充，这样对我来说真的方便多了。

Good job, Eclipse!

自从接触J2SE 5.0以来，似乎Cedric Beust这个名字就在脑海中挥之不去，大约是跟他在java.sun.com的一篇对J2SE 5.0新特性的介绍文章有关吧，其实这个法国人给人留下印象最深的是他基于JUnit和J2SE 5.0的注解(Annotation)的思想创作的测试工具：TestNG。

用过JUnit的朋友，尤其是经常使用的朋友大概会跟他有同感，那就是JUnit有些时候功能显得太单调，不够灵活，但是很少有人像他那样自己另起炉灶去写一个自己的测试框架。也许这就是我们跟发达国家在技术创新上的差距吧，我想这至少是意识上的差距。

国外各大网站已经前前后后做了不少介绍，国内网站则似乎还没有十分重视这个看上去不起眼的家伙。这究竟是个什么样的工具呢？有些什么特色？大致总结一下就是：

对Java注解的支持
利用XML配置测试过程
不需要实现接口或继承类（如JUnit的TestCase/TestSuite）
支持独立的方法和分组
支持并行测试
测试方法支持传入参数
任意制定的调用次数和成功率统计

现在，我们有机会在Eclipse环境尝试这个测试框架了，还要多多感谢TestNG插件的作者Alexandru Popescu牺牲掉那么多自己的时间。怎么样？跃跃欲试？该插件的update site是：http://beust.com/eclipse/，需要注意的是它目前只支持Eclipse 3.1版本，因为Java注解的原因。

为了简单做一个演示，我随便写了一些代码：

[FooCalculator.java]

package sean.home.test;

public class FooCalculator {
    
    public static int increaseByOne(int origVal) {
        return ++origVal;
    }

}

[FooCalculatorTest.java]

package sean.home.test;

import com.beust.testng.annotations.*;

public class FooCalculatorTest {
    
    private int origVal;
    
    @Configuration (beforeTestClass = true)
    public void setUp() {
        origVal = Integer.MAX_VALUE;
    }
    
    @Test
    public void testIncreasByOne() {
        int result = FooCalculator.increaseByOne(origVal);
        assert result > 0;
    }
    
}

[TestFooCalculator.xml]

<!DOCTYPE suite SYSTEM "http://beust.com/testng/testng-1.0.dtd" >

<suite name="Custom Suite" >
    <test name="To Test FooCalculator" >
        <classes>
            <class name="sean.home.test.FooCalculatorTest" />
        </classes>
    </test>
</suite>

完成以后，我们可以在Eclipse中右键选中我们的测试类或者配置文件，选运行TestNG，这样我们就能看到Console视图和TestNG视图中显示的结果了。

更多信息，参考：http://beust.com/testng/