利用Eclipse的Update组件实现适合企业应用的更新组件(1)

本文链接：https://blog.youkuaiyun.com/mudboy/article/details/1538958

探讨Eclipse RCP应用程序的企业级更新组件设计方案。针对版本管理、兼容性及定制特性等方面的需求，介绍如何利用Eclipse自带更新机制，并讨论其不足之处及改进方案。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

利用Eclipse的Update组件实现适合企业应用的更新组件(1)

tag: java,eclipse,rcp,ibm,client,wed,expeditor,liveupdate,update

有关Eclipse RCP的废话少说，直接进入正题。

做一个商业软件，应用更新组件是必不可少的，包括windows,Norton等软件都有自己很好的自动更新体系，它们都做得很复杂，简单的也有，如QQ，360安全卫士，由于是轻量级的客户端，更新时只是些版本判断和简单的替换即可，不涉及太多的其它问题。

如果做过某些企业应用，则会发现软件更新会有其更特殊的一面。除了某些通用的如版本管理，兼容性管理，平台版本管理，签名检查，冲突检测及解决外，我们可能需要更多的定制特性，比如：基于权限的更新，定向更新（只向某些固定的用户更新），对更新的时机和动做也千差万别，比如，在启动前更新（跑跑卡丁车），启动后立即更新，定时自动更新（提供非常灵活的机制，如一个月的某天某个时间，每天的某时，每周六的某时，非周某的某个时间等），更新动作的定制，如完成免干扰，即一切进种都接某种配置进行（类似于silent installation），应用出错了（BUG）/网络问题等，需要重启（提示/不提示？），在某些无人值守的终端，可能不需要提示，而在有人值守的终端，则需要提示避免丢失数据，提示/不提示客户端，从而不打扰客户端进行正常工作，有些地方要求由管理员集中控制每个端终/用户的更新策略（如某些企业版的杀毒软件）等等。

以上列举了一些企业软件同通用软件相比在自动更新组件上的一些不同。然而无论是选取什么样的开发工具/开发语言/架构，完全满足上述需求的现成组件都不存在。它们大多提供一个较通用的更新架构，可定制性不强，本文以Eclipse为例说明有何种途径去达成上述目标。如果你的客户端基于Eclipse RCP架构，希望本文可以做为参考，帮助你尽快实现你的更新需求。如果你已经开发更好的解决方案或有更好的建议，也在此留言交流（http://blog.youkuaiyun.com/mudboy/）。

Eclipse的更新机制基于Feature，一个Feature是一个功能部件，是若干个plugin的组合，若干个Feature可以组成一个更新站点（site）部署在可以基于http访问的服务器上。利用ECLIPSE可以方便的生成Feature和site。