SCA和Tuscany/Fabric3: 工业版的Spring

SCA，即Service Component Architecture (http://www.osoa.org)是SOA的一个工业规范
由J2EE大佬们推出的。07年3月21日 1.0正式版推出。

Tuscany 是一个SCA规范的具体实现。 实际上Tuscany和规范几乎是在同时发展中的，它给SCA规范也有不少的反馈作用。虽然是Apache下的一个孵化项目，Tuscany的Committer实际上都是IBM、Bea等J2EE厂商的正式员工。在IBM WAS6.1 SOA FeaturePack中，Tuscany已经成为了SOA的核心实现。由于Tuscany的ClassLoader很接近根，不得不让人猜想WAS7中或许Tuscany会成为WAS上众多组件的统一管理者。

其实Tuscany的主要职责是个服务管理者，用抽象代理模式比较能够更好地理解它。
每次客户请求一个服务时，Tuscany都会返回一个代理实例，当调用代理实例的方法时，Tuscany会把这个请求转发给实际的接口的实现者。

这个实现者可以是一个Java类，是一个EJB服务，或者是一个WebService。 Tuscany提供了一个Extension机制，用户可以增加自己的实现方式，实际上就是编写一个调用实现方式的stub。
一般来说，无论实现者运行在与Tuscany一个JVM中还是其他的容器中，请求和回应都被封装成了一个消息。服务请求者的运行环境中，必须要有一个Tuscany运行时，这样请求者才能通过sca-api获取服务，sca-api也是SCA规范定义的一组存取服务的接口。

从这点上来看，SCA和Tuscany真的结结实实的成为一个工业版的Spring。

在SCA规范发布后，项目出现了分支。原因我们就不得而知了， 好像所有非IBM的成员都离开了， 他们又创立了一个开源项目fabric3
这个开源项目起初host在googlecode上，后来转移到了codehaus中，可以通过http://fabric3.codehaus.org 来访问。
在这个新项目中，他们决定要完成一个事情，就是Federated Deployment.

Fabric3是一个很有趣的项目，如果他们能坚持做下去的话，会有很好的结果。因为它声称有能力将组件部署到不同的物理机器上，而fabric3如果被证明是好用易用而且还高效，那它真的会比Spring更Magic了。 Fabric3的一个主要成员是Bea的，那么Fabric3会不会成为WebLogic的核心组件呢？ 很难说了，因为Fabric3自从分出去后，感觉很冷清

你的话被证实了