中国领先的IT技术网站
|
|

Eclipse插件升级后不正常的问题解决方法(3.3.0版本)

本文叙述了一次Eclipse插件系统升级后所导致的插件运行不正常问题的情况以及解决方法。其实这和OSGI的版本机制有关系,在Eclipse 3.4和3.5版本中都已经修复。

作者:vwpolo来源:BlogJava|2009-09-21 17:39

Tech Neo技术沙龙 | 11月25号,九州云/ZStack与您一起探讨云时代网络边界管理实践


Eclipse插件问题是比较常见的问题,下面看看最近vwpolo遇到的有关Eclipse插件的一些苦恼:

最近同事被一个问题困恼了很久,让我帮忙看下,问题是这样的,我们的平台是基于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并且也有这样的需求的话要小心了。

【编辑推荐】

  1. Eclipse JDT的自定义跳转功能
  2. 六大便捷Eclipse JDT特性一览
  3. 部署Eclipse RAP到Tomcat的步骤详解
  4. Eclipse 3.5插件安装与卸载的10个小窍门
  5. Eclipse平台应用与开发专题
【责任编辑:杨赛 TEL:(010)68476606】

点赞 0
分享:
大家都在看
猜你喜欢

读 书 +更多

勇敢者的新世界

这是一个最坏的年代,J2EE Web开发技术已经迟滞多年;这是一个最好的年代,J2EE Web开发技术的新变革留给勇于创新的人! 采用Apusic Opera...

订阅51CTO邮刊

点击这里查看样刊

订阅51CTO邮刊
× Phthon,最神奇好玩的编程语言