随着Eclipse Europa强势发布，预示着从去年开始就炒的沸沸扬扬的IDE大战Eclipse一方再次占得先机，遥遥无期的NetBeans6正式版已经让我们等得 不耐烦，跟着用过M7 M9 M10，都是很失望的结果，像我这种离开Eclipse就歇菜的选手（现在大多数开发者都是这个情况），则一直关注着热闹的开源IDE市场的发展动向，所以Europa NetBeans6 M10我都是第一时间抢鲜试用的。由于我是使用Ubuntu Feisty作为操作系统，所以以下的开发手记都是针对两款IDE在Ubuntu上的表现。
1.Eclipse Europa JEE
A.由于工作的需要，在使用Eclipse 3.1和Eclipse 3.2的时候都会用到MyEclipse的某些功能（Hibernate映射文件和JSP代码格式化),导致Eclipse的运行速度受到很大的拖累，一 直都不推荐大家使用MyEclipse，目前在视盗版于无物的国内MyEclipse俨然成为一个全新的IDE，很多人甚至认为Debbuger功能是 MyEclipse提供的！所以在拿到Europa的第一时间我就发现了WTP的支持，一直以来JSP Editor都是IDE不太支持的东西（MyEclipse那个龟爬一样的JSP Editor我都是不用的），其实我们要求也不高，只要语法高量、格式化等简单的功能我就很满足了，WTP应该是非常的胜任这项工作（WTP还有更多功 能，不知道有谁体验过）。
B.接下来看看Europa里面带来的21个令人兴奋的子项目，BIRT、 Equinox、SOA，每个都是重量级的东西哦，还包括一些可能是规模略小的东西，但是仍然可能会成为我们日常开发中不可缺少的工具，BiRT 2.0的发布以及Equinox开发的流行都会对今后的软件开发产生非常大的影响，有IBM和Eclipse 基金会的强大支持，BIRT足以令人期待，而Equinox在Eclipse上的成功也将为OSGi标准在Java业界的推广带来足够的推动力，前几天在 Spring官方网站的主页上看到了Spring在新版本中提供了对OSGi的支持，Adrien大叔超过1个小时的激情讲述都在为我们描绘OSGi的美好蓝图，让我们一起关注OSGi，也许Eclipse下的21个子项目会创造出10个以上的专职开发 工种呢。
C.Eclipse Linux gtk的计划使广大Linux用户受到了最实实在在的好处，它让Linux上的Java程序员可以和Windows上具有一样的开发效率，也展现着IBM 对Linux的野心，在比较 试用Eclipse和netbeans的时候心里就会有这样一个想法：如果java的老爸不是SUN而是IBM，世界会是个啥样子？
D.说些Eclipse目前不大好的地方。Eclipse肥了，而且是越来越肥，Eclipse3.2在我的机子上跑要吃掉200M内存，而 Eclipse-Europa就要300M，我用的Eclipse-Europa-JEE居然创纪录的达到500M，为了能正常使用它，我被迫给本本升级 到2G内存，这招数怎么和Vista促进硬件销售很相像呢？Eclipse SWT Designer，是商业软件，这个令偶很不爽，尽管有免费版，但是阉割的也太厉害了，连TextArea都不支持（还有很多不支持的东西），没天理呀！ 不知道Europa Nebula项目能不能满足我们对SWT开发的需求，估计以后就要靠它了。
2.NetBeans 6.0 M10
虽然离NetBeans 6正式版发布还有段日子，但是都已经Milestone10了，不会再在接下来有什么翻天覆地的变化吧？不过我还真希望它能有什么脱胎换骨的变化，否则在Eclipse强大的用户基础面前，NetBeans想突出重围想必是非常困难。用NetBeans目前仅仅停留在Swing的使用上，因为它有还能勉强用的可视化编辑器，至于成熟度实在不敢恭维，再有它的的各种组件都会让人有撞墙的冲动，特别是对Eclipse过来的用户，CVS、快捷键（虽然我都使用Emacs Mode，但是很多时候NB的快捷键多比较脑子进水）、包管理还有Swing那别扭的界面，都足以令人压抑。
A.终于是支持UTF-8编码了，而且是默认的，也不用像在M9一样要手动去改配置文件，但是确有更多隐藏的编码问题。做了一个很简单的桌面程序，但是发现原本在M9时好用的东西跑到M10里面不好用了，界面一出来就是乱码，而且是在编译好的jar文件运行时出现，平时调试的时候不会有乱码……这个真是超级烦躁，每次编译的时候控制台都会出现warn,
Warning: Cannot convert string "-b&h-luxi sans-medium-r-normal--*-140-*-*-p-*-iso8859-1" to type FontStruct
Warning: Cannot convert string "-misc-ar pl shanheisun uni-medium-r-normal--*-*-*-*-p-*-iso10646-1" to type FontStruct
搜了很多地方，但是并没有找到满意的结果，主要就是JVM中缺乏映射字符集，改起来也满麻烦的，需要改jvm下一个fontproperties的配置，无奈之下，把所有的控件的字符都换成了微软雅黑才搞定，但是字体就比较难看了，没办法。
B.令人疯掉的GroupLayout，M10中与前面的版本又有了新的变化，开始使用一个新的GroupLayout来做设计器的布局管理器，同样是在调试的时候可以运行，然后运行编译好的jar文件就会出现 的异常。十分的可恶，搞了我好久，到网上找，多是说NetBeans5.5的问题，回答是将Swing扩展库加进去就可以，但是怎么搞都不行，手动添加也不成。后来在反复的寻找和尝试中，终于找到了问题：选定JFrame文件，然后进入Inspector视图，再进入Properties，然后找到Layout Generation Style，选择Swing Layout Extention Library,真的不是一般的绕。
C.郁闷的Swing，Swing走到今天，感觉已经在逐渐走上AWT的老路，虽然SUN仍然在力挺，但是已经感觉没有以前那么坚决，在M10发布的同时也开始不再推荐使用NetBeans来做Swing的编辑器，而Swing缓慢的速度、别扭的界面都不怎么讨人好，NetBeans就是第一个受害者，启动速度慢，而且怎么看怎么别扭，严重降低开发体验。还有一个在Linux上使用令人诟病的地方，就是Swing同Beryl、SCIM输入法的冲突问题，尽管修改一些配置可以避免，但是它仍然会时不时的出现错误，经常都是在做了一个略微大一点的动作之后再打字就死活都打不进去，十分的令人气愤！真是不知道Swing怎么来顶起Java的桌面市场呢？
D.性能方面，NetBeans有一个好处，就是直接继承了Profiler,但是有点搬起石头砸自己的脚的意思，启动后的NetBeans是40M左右，但是在工作一段时间以后，就会一直增加，我用到多的时候能到200M，但是我只是跑一个连数据库都不要连的Swing小程序哦……这可能也是我用Eclipse的习惯问题？Eclipse是加载起来就300－500M，然后就停在那里不动，结果感觉NetBeans是在内存泄露，HOHO。还有就是M10变得更肥了，集成的glassfish很少听说有人在用，一个完整版下来要装500多M，我可怜的硬盘那。
由于本人不是做桌面程序开发的，更不是用NetBeans的熟手，只能凭借自己的浅薄体验来说事，但是个人感觉NetBeans实在不会讨人喜欢，虽然M9发布时JRuby的支持曾经一度引起大家的广泛关注，但是脚本语言用不用这种重量级的IDE都还是有商量的，何况NetBeans最该力挺的是它自己的Java、JSF、Swing产品线呀。M10里面有了很多的改进，比如终于支持不区分大小写的代码助手、默认UTF-8编码等积极的改进，但是还莫名其妙的修改了不少配置，这不是给大家找麻烦么？果然应验了那句“SUN的理论天下无敌、但是工具用着却让人撞墙”的言论，居然可以一直保有这样的风格，还真是有个性，至此我的NetBeans6 M10和Europa的试用告一段落，我会继续使用eclipse3.2了，但就目前的情形来看，Europa足以引领Java界的新潮流，而NetBeans就得继续举办各种赠送iPod的大赛（详见CSDN）来提升人气了。
在朋友的提醒下最近开始学习OSGi、Eclipse plug-ins、Eclipse RCP这方面的知识，随着RIA的火爆，富客户端应用带动Eclipse RCP再次成了开发技术的热门，随着IBM几条重要的产品线Lotus、Rational等都开始采用Eclipse RCP作为开发平台，还有许多知名厂商也逐渐向Eclipse靠拢，其中就包括Weblogic Workshop，Eclipse已经不再是一个简单的Java IDE，而是一个平台，一个标准，随着Eclipse的成功也会带动其基础架构OSGi的普及，两个强强联手的东西一定会给我们带来更多的惊喜，那么现在正是时候补充自己OSGi、Eclipse plug-ins的时候。
