Eclipse 4.13安装完插件后再次启动时失败的解决办法

背景简介

之前一直使用的是Eclipse 4.9版本，该版本下开发的RCP产品在退出时一直会产生一个如下的NPE：

java.lang.NullPointerException
at org.eclipse.ui.internal.WorkbenchWindow.getExtensionTracker(WorkbenchWindow.java:2792)
at org.eclipse.ui.actions.BaseNewWizardMenu.unregisterListeners(BaseNewWizardMenu.java:260)
at org.eclipse.ui.actions.BaseNewWizardMenu.dispose(BaseNewWizardMenu.java:159)
at org.eclipse.jface.action.MenuManager.dispose(MenuManager.java:250)
at org.eclipse.jface.action.MenuManager.dispose(MenuManager.java:250)
at org.eclipse.jface.action.MenuManager.dispose(MenuManager.java:250)
at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:40)
at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:185)
at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:3933)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3564)
at org.eclipse.jface.operation.ModalContext$ModalContextThread.block(ModalContext.java:168)
at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:372)
at org.eclipse.jface.dialogs.ProgressMonitorDialog.run(ProgressMonitorDialog.java:474)
at com.jd.lsb.edi.application.ApplicationWorkbenchAdvisor.disconnectFromWorkspace(ApplicationWorkbenchAdvisor.java:312)
at com.jd.lsb.edi.application.ApplicationWorkbenchAdvisor.postShutdown(ApplicationWorkbenchAdvisor.java:285)
at org.eclipse.ui.internal.Workbench.shutdown(Workbench.java:2978)
at org.eclipse.ui.internal.Workbench.busyClose(Workbench.java:1151)
...

然后不经意间发现Eclipse已经更新到了4.13版本，从更新日志来看也是增加了不少新功能，也完善了一些已有的功能，于是产生了更新Eclipse版本的念头。
说干就干，从官网上下载了4.13版本的for RCP版本，然后开始安装当前开发需要用到的其他插件，然后折腾的旅程就开始了。

问题与现象

我们当前的开发的产品需要用到GEF、EMF、EMF Query、GMF、ECD以及orbit的一些工具插件，像之前一样通过这些插件的update site一一安装，每次安装一个插件后都会按照提示restart Eclipse，所有插件安装完毕后，导入原来的产品源码，启动运行，各种功能没有问题，然后关闭退出，之前退出时的NPE问题也没有了，perfect。
后来重启了电脑，重启之后启动Eclipse，结果在选择完工作空间后，弹出了错误提示框，提示启动失败，日志保存在XXX/.metadata/.log文件里，打开log文件，发现是激活Eclipse的Resources插件失败，最终的异常信息如下：

Root exception:
java.lang.IllegalStateException: The instance data location has not been specified yet.
at org.eclipse.core.internal.runtime.DataArea.assertLocationInitialized(DataArea.java:59)
at org.eclipse.core.internal.runtime.DataArea.getStateLocation(DataArea.java:136)
at org.eclipse.core.internal.runtime.InternalPlatform.getStateLocation(InternalPlatform.java:490)
at org.eclipse.core.runtime.Plugin.getStateLocation(Plugin.java:259)
at org.eclipse.core.internal.resources.LocalMetaArea.<init>(LocalMetaArea.java:63)
at org.eclipse.core.resources.ResourcesPlugin.start(ResourcesPlugin.java:481)
at org.eclipse.osgi.internal.framework.BundleContextImpl $3.run(BundleContextImpl.java:842) at org.eclipse.osgi.internal.framework.BundleContextImpl$ 3.run(BundleContextImpl.java:1)
at java.security.AccessController.doPrivileged(Native Method)
...

问题分析

从启动日志上来看，是Resources Plugin在被激活时，所选择的工作空间目录还没有设置到Platform所致，也就是说有插件过早的调用了Resources Plugin中的类导致其过早的被激活。
在eclipse.ini文件中没有发现安装插件后被添加的异常参数，与纯净版的eclipse.ini文件对比后没有发现异常。将该文件中的-Dosgi.instance.area.default=@user.home/eclipse-workspace修改为具体的工作空间路径后，Eclipse依然无法启动。注释掉-Dosgi.dataAreaRequiresExplicitInit=true这一行后，Eclipse可以启动成功了，打开的是刚配置的工作空间。但是以后总不能就这样使用Eclipse吧，想换一个工作空间用还得来这改这个ini文件，不能忍，一定还有别的解决办法。
google之后没有找到有用的解决措施，只是发现Eclipse bugzilla上有人提了一个bug，表示在安装了junit插件到导致Eclipse启动失败，出现跟本文一样的错误，按后面的回复来看最终原因是依赖的bnd插件版本是4.0.0，更新到4.1.0后问题解决。
可是我没有安装junit插件，查了一下plugins目录也没有发现bnd插件，说明我这个问题不是由bnd版本的问题引起的。突然间想到是不是我安装的插件中也有依赖的插件存在版本问题进而导致了这个问题？经过反复的安装和卸载（公司的外网下载速度真是一言难尽，说多了都是泪T_T），终于发现在安装了GMF插件后，再次启动Eclipse就会失败并且是跟本文一样的错误信息。
没道理啊，4.9版本安装了GMF插件没有这问题啊，我每次安装这些插件都是去官网找的最新的update site啊。经过与4.9版本中安装的GMF插件的对比，发现4.9版本安装的GMF插件是1.12.0的，而在4.13版本中安装的GMF插件版本是1.9.0的，官网上的Latest Releases里最新的版本就是1.9.0的，1.12.0是Stable Build版，我个人的习惯是安装插件的时候比较偏向于release版本，WTF！看来有些时候一味地求稳定也不是好事情。

解决办法

将GMF插件更新到1.12版本，问题解决。

后记

从4.9版本使用了1.12版本的GMF来看，依我的个人习惯，我在4.9上安装GMF应该也是优先使用release的1.9版本的，但是4.9中使用的却是1.12版本的GMF，难道我之前就折腾过这个问题么？完全没有印象啊，莫非真是上年纪了记忆力减退了？细思极恐……