最近同事被一个问题困恼了很久，让我帮忙看下,问题是这样的，我们的平台是基于Eclipse RCP 3.3.0，将每个功能模块作为一个插件工程，系统提供了基于Http的自动更新插件的功能，要求在插件更新完成后将旧版本删除掉(我们自己写的版本比较方法)，本来一切运行正常，但是负责部署的同事将插件系统的版本号升级成4段，比如以前的版本组成是“主版本号.次版本号.内部版本号”现在发展到“主版本号.次版本号.内部版本号.构建版本号”比如将"3.0.0100"升级到"3.0.0100.1",这时候自动删除旧插件的功能就运行的不正常，比如插件中有个主插件版本号为3.0.0100.9启动后可以删除版本号为"3.0.0100.8"的插件，而"3.0.0100.11"的插件却无法删除"3.0.0100.9"的插件。
其实这和OSGI的版本机制有关系,Eclipse内部插件版本标记和比较是通过"org.eclipse.osgi.*"插件中的Version.java完成的，Version 中的字段major表示主版本号、minor表示次版本号、micro表示微型版本号(内部版本号),这三个字段的类型都是int型的，而Version中的qualifier用来表示构建版本号,类型是字符串,当时如果第四位构建版本号如果是纯数字的话，Eclipse会自动格式化一下，再进行比较，比如比较08和10，格式之后变成8 vs 10,通过字符串的compare方法会得到8比10大7,当然它就会认为"oss.client_1.1.1.08"的版本要比"oss.client_1.1.1.10"高，这可能是Eclipse 3.3.0 版本的一个Bug，我在Eclipse 的3.3.2中没有发现这个问题，在Eclipse 3.4和 3.5也已经修复好了，如果你使用的是Eclipse 3.3.0并且也有这样的需求的话要小心了。