基于Eclipse Equinox的插件框架：TPF

基于Eclipse Equinox的插件框架：TPF

这篇blog是继之前的一篇提升C/S结构软件的管理性的延续，在这篇blog中会更加的实际的去介绍基于Eclipse Equinox实现的一个插件框架，而不再是象上篇中那样的提及的想法而已了，通过这篇blog来展现目前一个这样的插件框架的实际应用的情况，为了更加形象的表达，在文中会贴出一些目前这个系统的截图。
这个框架的简称为TPF，是目前我所做的产品的底层框架，TPF本身构建于Eclipse Equinox之上，Equinox做为OSGI R4的RI，提供了OSGI R4的全部实现，而且同时它还结合了Eclipse IDE做为插件平台的优势之处，所以是一个非常优秀的插件框架，但相对需要强大管理性的应用系统来说，基于Equinox还是缺少了一些做为基于微核的系统的管理性，TPF就是为了满足这个而实现的，TPF主要的目标就是：
1、形成以TPF为微核的系统
      Equinox其实也是一个具备微核特征的插件框架，在Equinox中只需要System Bundle是正常运行的，那么就可以通过它来完成基于它之上的所有插件的管理，但对于系统级别而言，更多时候需要的是一种基于系统级别的控制，也就是统一控制基于Equinox的插件，统一的进行重启、停止和启动这样的管理，而同时由于Equinox仅仅提供了console方式的管理，这对于用户来说通常会有点麻烦，所以在TPF中提供的是web形式的管理。
      在一个拥有TPF的系统的图示通常是这样(写基于TPF不太正确，因为其他的Bundle并不需要依赖于TPF)：
      
      对于基于Equinox的系统而言，只需要安装上TPF的Bundle，便可拥有TPF提供的方便了：
      通过TPF可更加方便的对插件进行安装、管理(停止、更新、启动)；
     
      可以对插件的元信息(MANIFEST.MF)以及插件外带的一些配置文件的信息进行直接的修改，同时更是提供了更为方便的设置插件启动顺序的方法以及更加形象标明插件作用的插件名的设置的功能；
     
      微核系统的特征，可统一启动或停止系统中的插件，方便了对于用户而言的管理功能。
      
      从这些特性上可以看出，在Equinox中安装了TPF的几个Bundle后，就可以更加方便的对插件进行管理了，同时也可以形象的感觉到微核系统的特征，即不论系统处于启动还是停止状态，只要微核运行是正常的，那么系统就可以通过微核来进行管理、扩充功能以及修改功能的，而微核通常来讲都是非常稳定的，在拥有这样特征的系统中，形象的说就是可以在项目开始的第一天在客户处部署一个系统，从此以后无论是更新版本还是如何，系统都是永远保持在运行状态的。
2、增强的管理特性
      在TPF中除了上面所说的一些插件管理功能的提升之外，最重要的就是增加了对远程同样基于TPF系统的监控，在TPF中可以监控远程TPF系统的运行状态，同时还可对远程的TPF系统进行启动、停止的管理动作。
     
TPF由三个Bundle共同构成，基于tpf.core可以实现其他方式的管理端，如client UI方式的管理端，JMX管理端等；tpf.webshell这个Bundle则提供了目前看到的web管理的方式，如不需要web管理则直接不安装这个bundle就可以了或停止这个bundle(在需要的时候启动就可以了)；tpf.api提供了管理远程TPF的接口，如不需要远程管理，也可不安装这个bundle或停止这个bundle。

为了能更加清楚的说明TPF带来的影响，画了张简单的时序图：

这张图表达出了在安装上TPF Bundles后，其他App Bundles的生命周期包括启动顺序等是由TPF Bundles来控制，而不再是通过Equinox直接控制了，此时TPF Bundles和Equinox共同构成了系统的微核。