escout

代码、心情

常用链接

统计

SOA相关

我参与的团队

最新评论

Spring Beans、Plugin体系结构与SCA规范的相似性

BlueDavy的关于Plugin Framework的关键因素 提到了几点
1、   Plugin的编写 
         一个好的Plugin System对Plugin没有任何编码上的要求,要求的只是其描述文件的编写
2、   Plugin的部署 
         如何更加方便的去部署一个Plugin,考虑中根据配置从相应的目录或网站搜索Plugin并注册到系统中
3、   Plugin的调用 
         根据Plugin的描述采取相应的方式调用Plugin,例如webservice方式、socket方式等等
4、   Plugin的交互 
         也许可以参考Maven的方式,比如需要调用其他的plugin,则采用类似这样的配置或调用<attain plugin=”pluginname” function=”sendmail”/>抑或采用IoC容器注入依赖??
5、   Plugin的扩展 
         对于Plugin的扩展,这个Eclipse的扩展点完全值得参考
6、   Plugin的依赖关系的分析         
         这是我构思中的一个东西,希望系统所有的模块都基于此Plugin Framework,然后我们可以根据这些模块Plugin来分析整个系统中各模块的依赖关系等等,并进行监控,甚至在将来可以图形化的进行配置,图形化搭积木式的搭建自己的系统,^_^

我发现,这个插件体系结构,和SOA中的SCA体系结构,还有Spring中的Beans工厂,有很多相似之处的,如下:
1.   SCA的编写:
         需要继承SCA的接口。不过,我倒是更加喜欢spring的方式,使用bean来配置一套系统,对每个bean没有编码限制
2.   SCA的部署
         使用scdl.xml进行部署描述。如果scdl.xml存在于网络中,是否能部署成功这个倒是不清楚。spring中直接使用xml描述,主要是各个Beans的配置
3.   SCA的调用
         使用binding进行组合调用,现在支持的有SCA Binding、WebService Binding等等。spring中使用属性注入和构造器注入
4.   SCA的交互
      使用import/export来暴露具体的接口,然后进行调用。直接使用IOC,注入依赖,相互交互是依靠使用预定义接口,实现契约。
5.   SCA的扩展
      可以使用继承来修改原来的模块,并在运行时通过替换SCA模块达到目的。Plugin的扩展点(Extension Point)的概念到时值得仔细考虑,非常灵活的。Spring中,通过修改配置文件,使用不同的beans来扩展原有系统。
6、 SCA的依赖关系
      好像现在ESB中还没有Service Register的实现,其实,分析SCA的配置文件,是可以找到这些依赖的。本来就是一个总线结构的啊。spring中beans工厂的配置文件现在倒是有很多基于eclipse的实现。

      先写这几条,这几天在仔细研究这些技术

posted on 2006-06-12 11:02 绿色使者、绿色心情 阅读(463) 评论(2)  编辑  收藏 所属分类: eclipse 相关soa team

评论

# re: Spring Beans、Plugin体系结构与SCA规范的相似性 2006-06-12 15:57 Ruth Cao

你说的Plugin Framework有现成的实现没有?
至于第六点在将来可以图形化的进行配置。。。好像eclipse也没有这么牛吧?我建议写在"未来与展望"一章中^_^  回复  更多评论   

# re: Spring Beans、Plugin体系结构与SCA规范的相似性 2006-06-12 17:27 绿色使者、绿色心情

我正在看,eclipse不就是基于plugin framework的么,稍后把这些写出来  回复  更多评论   


只有注册用户登录后才能发表评论。


网站导航: