[!!!! web console] 基于Eclipse Equinox的插件框架：TPF

评论

正如你所讲的，“写基于TPF不太正确，因为其他的Bundle并不需要依赖于TPF”，你的TPF提供了一个管理界面，类似于osgi console但强于这种命令终端也更加方便，功能更为强大，但从架构上，正如osgi bundle 也如eclipse plugin ，TPF与其它的bundle是并行在一个平面上的，而没有谁是谁的基础条件的问题，因为其它的bundle并没有依赖TPF，也没有必须知道TPF的存 在。所以你上面的图就有点问题了，TPF不是作为infrastructure存在的，我觉得从概念上讲 osgi web console更为合适。：）当然前提是我的理解没有错的话。不知道TPF是否以OS的方式发布？非常关注，因为作过一段时候的基于eclipse 的IDE开发，当时eclipse 并没有完全转向osgi,随时的3.0的release，osgi便吸引了eclipse社区相当的关注。这是一个能使软件真正能有机会实现组件化开发的 机会  回复   更多评论   

我感觉那个框架图也不是太贴切，其实TPF在层次上也是一个bundle而已，并不属于基础性的东西，整体图示来看的话，核心还应该是osgi，tpf放在左侧或者右侧可能更合适一些。

题外话：此外，对于远程管理，可能很多时候还要考虑防火墙的限制，那么tpf作为大型应用的客户端架构的话（例如服务器管理客户端不同功能模块），这种远程控制就要做一些调整了。  回复   更多评论   

@robbie
感谢你的答复，你说的没错，由于我的一时偷懒，所以只是加了一行文字避免大家对图的误解，准确的来说TPF并不仅仅是OSGI Web console，就像我文中所说的Web console只是TPF提供的一个更加方便的管理方式可以，但如果觉得没必要的话，仍然可以不安装，TPF.core提供的API足以让你完成其他形式 的管理端，TPF将以OS的方式发布。

@leowu
图的问题确实是由于我的一时偷懒表达的不够准确，但其实在安装了TPF后所有的插件不是通过System Bundle去安装和启动，而是通过TPF去安装和启动的。
对于远程管理方面的话，穿越防火墙仍然是http较为方便，而目前tpf采取的也是http的方式。  回复   更多评论   

感谢robbie和leowu指出的错误，为了避免图给大家造成的误解，重新画了图，并增加了一个简单的时序图来说明下在安装TPF后对Equinox产生的影响。  回复   更多评论   

我的理解是这样，TPF是一个web化的增强的Equinox的console，同时提供了对对于console的远程管理。那么我想问，console中管理的是不是都是在同一个JVM中运行的bundle，远程节点之间的bundle又可不可以交互呢？
我对OSGi了解不多，总感觉它讲的都是在同一个JVM的情况（也许是由于它的原始需求决定的），我不知道它可不可以解决远程服务相互交互的情况，解决这个问题好像并不是一件难事？  回复   更多评论   

远程服务交互的话需要引入WebService，OSGI规范中目前只有硬件方面的远程互通的协议。  回复   更多评论   

BlueDavy 。不知道你能不能把TPF开源，谢谢  回复   更多评论   

@huangmy
TPF在今年年内一定会开源的，目前在做一些准备工作，最快的话可以在十月份完成开源的工作，多谢你的关注！
  回复   更多评论   

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


这么说,当TPF启动后,equinox就退休了,此时不就是"基于"TPF了吗?  回复   更多评论   

请问能给一个下载的有效连接吗？？谢谢  回复   更多评论