Go on SCA and OSGi

发了封关于SCA和OSGi的mail给OSGi-dev的邮件列表，收到了Peter的回应，Peter的回信如下：
"What the EEG will do depends on its members ...
I think there is a lot of excitement about SCA and OSGi. I also just
read it and agree that it seems very complementary. But we need people
that can drive the work."
目前还没收到EEG成员的回应，估计他们可能不在这个maillist里吧......
收到的另外一封回信就比较爽了，回信中提到了他所做的一个东西，就是基于OSGi实现的SCA的容器，由于SCA是要支持分布式的组件服务引用、绑定的，在他目前实现的SCA容器中他选择了使用Jini来实现，虽然他现在的版本只是0.2，不过已经可以看到对于SCA的基本实现了，同时由于它是基于OSGi来实现的，它现在在分布式的环境下也是支持动态的服务绑定、动态的组件部署等等动态性的，不错一个东西，可以下来玩玩，同时它也支持和spring的集成，这个东西的网站地址：
http://newton.codecauldron.org/

期盼着EEG和SCA小组能够合并起来，共同的发挥优势，何况这两个小组中本来就有N个成员是重复的，就像Peter所说的，SCA确实让人激动，但还是要有人来实现才好，不确定目前IBM的那个对于SCA的实现是基于什么的，如果那个也是基于OSGi Core的话那么OSGi Core和SCA合并的可能性就非常的大。

评论

1 楼 flyisland 2006-10-16  

是否在规范上合并很难说，但是在实现上的合并则应该已经在进行了。

IBM和BEA是SCA规范的主要推动者，显然他们很快就会将SCA在中间件产品中实现。而从目前已经公布的一些新闻消息来看，这两家的中间件服务器都将要基于OSGi来实现。基于这两个规范的相似性，我认为他们肯定会考虑尽可能的合并两个规范的实现。