Feeling

Eclipse 是一个集成开发环境，同时又是一个产品平台。这样有时候我们就会碰到一个问题，在开发Debug项目的时候没有问题，打包发布的时候就有问题了，这可如何是好？由于Debug时候和发布后plugin的ClassLoader机制不尽相同，出现这个问题的几率还有会有的。

Java 在这一点上为我们提供了方法，那就是远程Debug。远程Debug一般用于Web开发，或者客户端无法负载大规模的应用时才会运用到，所以Desktop developer 很少会涉及到这个概念。不过Eclipse 的产品平台却让我再次体会到了Java的强大。

关于Eclipse Remote Debug的文章，大家可以从此处学习：

http://www.ibm.com/developerworks/cn/opensource/os-eclipse-javadebug/index.html

Remote Debug 需要2方面的设置，一个是产品平台JVM启动参数的设置，需要让平台以远程Debug的模式启动。然后是在开发端监听产品平台的运行状态。当产品平台运行到断点代码时，Eclipse开发端就会进入Debug界面，像普通debug一样正常debug了。

网上关于Eclipse Fragment的资料比较少，引用Eclipse Wiki的一段话：

An Eclipse Fragment is a way of putting your own classes into the "class loader" of another package (basically, it's as though your class was actually in the other package). If you combine this ability of a Fragment with the notion of a plugin's classpath ordering, then you can force your class to load before a like-named class in the original package.

简而言之，Fragment可以利用Eclipse平台的ClassLoader机制替换原有Plugin的某些文件，以便实现自己的功能。如果仅仅是因为Plugin扩展，而需要替换自己项目的某些Plugin，可以参考文章：

http://wiki.eclipse.org/Steps_to_use_Fragments_to_patch_a_plug-in  （来之不易，感兴趣的可以收藏下）

读完这篇文章，你大概就应该能够了解到Fragment的实现分为两部分：Host 和 Patch。这两部分对应的plugin的manifest.mf文件都需要做特殊处理，对于Patch的build方式也要特殊处理，那就是build出来的plugin jar里放置的不是松散的class文件，而是一个特殊的jar文件，这个 jar 文件定义在Host plugin的manifest.mf 的classpath里面。

通常情况下，按照这篇文章的做法是没有问题的。但是在开发阶段，有一种情况可能无法实现class的替换。

我公司的项目是使用perforce进行项目版本控制的，但是perforce比较傻，有些重要的功能没有实现，而又很关键，因此我想自己针对perforce的eclipse plugin做一个fragment，添加自己想要的功能。但是这个plugin没有source code，而我自己的hack也是反编译class文件进行的。所以在我的work space里，并没有Host plugin的 project。结果按照这篇文章的做法，始终不能在workbench debug的状态下，正确load我hack过的class。因为在代码模式下面是可以正确load的，而现在没有代码，在数次检验无果之后，只能针对ClassLoader去思考了。Host文件里要求一个jar文件，我就用PDE 将 fragment export出来，把Fragment plugin jar 包里包含的那个 jar 文件解压出来，放到 patch project 里，然后重新Debug， OK，这次果然没问题了。一个小小的Class Loader问题，真的能够要人命呀……这应当算是Eclipse的一个bug吧，除非是对一个Plugin进行hack，否则一般也不会碰到这种情况。普通的项目开发，肯定会包含Host Plugin的Project。

我的经历权且当做饭后谈资，不足为虑。我这儿想说的是Fragment机制非常好用，也易于Plugin扩展。比如你的项目分为Open Source 和 Commercial 2种的话， Commercial 部分也可以通过Fragment来实现，不一定需要走Extension Point路线。由于网上相关文章不多，还需要自己多多研究，了解其机制。

自定义控件通常是从一个Composite或者Canvas继承而来，但是缺省状态下，这两个控件都无法通过键盘的Tab键得到焦点。通过对SWT的debug，我发现要实现该事件，必须满足一个必要条件：为自定义控件安装一个KeyEvent的监听器。

实际上我个人认为这出自于SWT的实现者自己的考虑，可能认为如果没有KeyListener，也就意味着没有Key的操作，那么也无需通知Travserse事件，Travserse事件的前提就是Key操作。但是在某些特定情况下我们不需要KeyListener，也可以模拟出KeyEvent的效果，比如通过TraverseListener的keyTraversed方法。总而言之，想通过键盘为某一个自定义控件获取焦点，就老老实实的给控件加一个KeyListener吧。

此处附加一些和Traverse相关的小知识：

1、如何通过键盘的Tab键跳出 Multiple Style 的Text？
        请使用 Ctrl+Tab 组合键。

2、如何通过键盘操作让上一个控件获取焦点？
        请使用 Shift+Tab 或者 Ctrl+Shift+Tab 组合键。

3、Button 可以通过回车键和空格键激活。所以如果有些地方无法使用回车键（比如按钮在Dialog中），可以考虑使用空格键。

4、一些特殊的KeyCode：
        回车键：SWT.KEYPAD_CR
        小键盘的回车键：SWT.TRAVERSE_RETURN
        方向键：SWT.ARROW_UP，SWT.ARROW_DOWN，SWT.ARROW_LEFT，SWT.ARROW_RIGHT

项目地址：http://findbugs.sourceforge.net/

用于分析项目代码，自动发现项目潜在Bug，万中无一的好东西，绝对值得下载一试，有兴趣的自己研究。
TeamLeader和PM 强烈推荐，用于Code Review。

做不下去了，Vista快把我逼疯了，啥都不支持，随意取消n多API，开发人员能做的事情太有限了，Vista你到底想干什么？

看一看MSDN，全是抱怨Vista的。管理员给出的答案就是按照兼容XP的方式运行，这算哪门子解决方案呀。

Have you tried running your application elevated? (Right Click->Run As Administrator) If this doesn't work try applying an XP SP2 Compatibility shim from the Compatibility Tab in the properties dialog. (Right Click->Properties | Compatibility).

Let me know if this works.

Thanks!

怒呀！！！！！！！

从Win3.1 到 Vista，没有哪个版本比Vista更失败的，无论是从用户角度，还是从开发角度。微软是不是想倒闭不做了？