SCA

SCA的概念没有任何难以理解的,最主要的就是一个Service Oriented Spring,至于传输协议的透明性,那是runtime的附加能力;另外支持多语言这件事,如果C++能跑到JVM上就另当别论了,呵呵。有趣的是这两天看Celtix是发现它提到自己和Apache Tuscany整合的问题,结论是总把ESB画成一个长方形是有误导嫌疑的。

SCA的Module是可以compsite的,所以如果想象BPEL和Java的SCA Module(我的意思的Module里Component的主要成分)在不同的层次的话,那么这里就对应了比较被经常提到的SOA系统的层次。

蛮喜欢这个东西是因为是很Best-practice,比如不透明的对待local和remote,再比如IoC。略微不喜欢的就是这种通过一个规范来实现多语言版本Component的方式,COM的失败虽然和这个方式没关系,但总是不好的印象。还有从政治上说BEA和IBM联合地搞JCP也不是什么好事(虽然也未必是坏事)。

另外值得一提的就是M$的Indigo,粗略的印象里,Indigo(在CLR的帮助下)解决了SCA和SDO里除了wire的全部问题。M$一向对模式架构不关心,所以没有一个官方版本的IoC容器不值得奇怪。但是如果Indigo就是应用了OS能力的library的话,那么加一个NSpring就足以比拟SCA了

发表评论

电子邮件地址不会被公开。