这次的目标是减少MyEclipse8.0 M1残留文件占用的空间，而保证M2正常运行。

经过分析，发现可以直接删掉MyEclipse 8.0 M2没有用到的文件即可，但是手工删除是在太慢，而且也容易删除错误。MyEclipse安装目录下configuration\org.eclipse.equinox.simpleconfigurator子目录的bundles.info 文件记录了MyEclipse所有加载plugin，于是找到从bundles.info找到所有MyEclipse 8.0 M2需要的文件的方法。具体步骤如下：

1. 1、将bundles.info复制到桌面并重命名为bundles.csv；
2. 2、用Excel打开bundles.csv，删除第一行#version=1,将C列拷贝到UltraEdit中，这样得到了诸如“file:/D:/Program Files/Genuitec/MyEclipse 8/Common/plugins/ca.ecliptical.emf.xpath_1.0.0.me200910150013.jar”的所有plugins列表；
3. 3、在UltraEdit中替换路径前缀file:/D:/Program Files/Genuitec/MyEclipse 8/Common/为空，再替换所有\为/；
4. 4、在Excel中新建一个sheet，将第三步得到的结果拷贝到B列；
5. 5、进入MyEclipse 8.0 M2的Common目录，我的是D:\Program Files\Genuitec\MyEclipse 8\Common\，关闭MyEclipse程序之后将plugins目录重命名为plugins_prev（其他名称也可以但下面的步骤需要和这里的目录名称相同），并新建一个plugins目录
6. 6、在UltraEdit中将第三步得到的结果中的plugins\替换为“move plugins_prev\”；（不包含引号）
7. 7、将第六步得到的结果拷贝第四步的sheet到A列；
8. 8、拷贝第四步的sheet到A列和B列到UltraEdit中新的编辑标签页中，并替换^t为空格，（需开启正则表达式选项，且使用UltraEdit引擎，下同），这样得到一系列的move命令行；
9. 9、在运行对话框中输入cmd打开命令窗口，并将当前路径切换到MyEclipse 8.0 M2的Common目录（我的是D:\Program Files\Genuitec\MyEclipse 8\Common\），将第八步中的结果全部拷贝到cmd中执行，这样可以将所有需要的jar文件全部从plugins_prev目录移动到plugins目录中；
10. 10、经过第9步我们发现所有的jar文件都移动了，但是原来的plugins目录下一些需要的目录并没有移动到新的plugins目录中去，我们还需要移动需要的目录，同样在第八步中的结果上面继续做文章，我们替换“move plugins_prev\*jar^p”为^p，消除所有已经移动过的jar文件条目，再多次替换^p^p为^p，消除所有多余的空行，再替换“plugins\*^p”为“plugins\^p”，即消除多余的目录名；
11. 11、将第10步结果拷贝到第九步打开的cmd中执行，执行完成之后会将需要的目录也拷贝到新plugins目录下；
12. 12、启动MyEclipse，不报错，大功告成！这个时候可以直接将plugins_prev目录给删除掉了，节约了好几百M空间。如果不放心也可以先将这个目录放着不删除

如果有些plugins目录没有放在MyEclipse 的Common下Plugins目录中，可先从bundles.csv中删除对应的条目。

其他MyEclipse或者Eclipse完善自动升级过程。

感觉有些不对劲，Google了一把：POJO的叫法是Martin Fowler、Rebecca Parsons和Josh MacKenzie在2000年的一次演讲的时候提出来的。初始出处是http://martinfowler.com/bliki/POJO.html：

The term was coined while Rebecca Parsons, Josh MacKenzie and I were preparing for a talk at a conference in September 2000. In the talk we were pointing out the many benefits of encoding business logic into regular java objects rather than using Entity Beans. We wondered why people were so against using regular objects in their systems and concluded that it was because simple objects lacked a fancy name. So we gave them one, and it’s caught on very nicely.

其意思是说要给具有业务逻辑处理的规则的Java对象（regular java objects）但又不是Entity Beans（EJB的一种）起一个名字。他们就叫这样的Java对象为POJO，在http://www.webopedia.com/TERM/P/POJO.htm是这样定义POJO的：

POJO, or Plain Old Java Object, is a normal Java object class (that is, not a JavaBean, EntityBean etc.) and does not serve any other special role nor does it implement any special interfaces of any of the Java frameworks. This term was coined by Martin Fowler, Rebbecca Parsons and Josh MacKenzie who believed that by creating the acronym POJO, such objects would have a “fancy name”, thereby convincing people that they were worthy of use.

基本意思是说POJO一个正常的Java对象（不是JavaBean，EntityBean等），也不担当任何的特殊的角色，也不实现任何Java框架中特定的接口。

这个解释应该是POJO的准确解释，POJO不是Java Bean，更不是EJB，不应该依赖于框架（继承或实现某些框架类或接口），POJO不具有任何特殊角色。POJO是可以包含业务逻辑处理和持久化逻辑的，也可以包含与JavaBean类似的属性和对属性相应访问setter、getter的。