InfoQ

新闻

文章：Jim Marino与Meeraj Kunnumpurath专访──关于SCA和Fabric3

作者 Jean-Jacques Dubray译者 胡键 发布于 2008年5月5日 上午9时35分

社区
SOA
主题
SOA平台
标签
服务组件架构,
Spring框架

BEA以开源的Fabric3运行时为基础，在其WebLogic 10.3中提供了对SCA的支持。就这个机会InfoQ采访了BEA的技术主管Jim Marino和VocaLink的首席技术人员Meeraj Kunnumpurath。采访内容是他们对SOA和SCA的看法，VocaLink实施SOA的方法和这个技术的关键优势。

他们两人都认为SCA是SOA发展的重大进步。它提供了一个基于标准的轻量级编程模型，在简化编程模型负责性的同时，还提供了模块化特性。两人还认为目前对于SCA的宣传远远不够，这是厂商需要努力的一方向。但，他们也认为：

如果我们能小心地推进SCA的发展并避免匆忙地将技术投放到市场会是件好事。

对于OSGi和SCA两者的定位，两人认为这两种技术是互补的。但是由于SCA不仅仅针对于Java，而且OSGi只考虑了单JVM的情形，使得SCA决定开发部署单元这个概念。由它来负责分布式环境中的打包和共享。通过扩展能使OSGi bundle成为其支持格式之一。此外，Meeraj还介绍了VocaLink采用SCA的方法和困难。对于SCA的关键好处，他认为：

如果你想比较SCA和其他技术的话，它没有将你限制在特定技术之上。你可以使用不同的组件实现技术如Spring、Java、BPEL、脚本语言等和各种传输机制如HTTP-WS、JMS、RMI、Hessian、AMQP等。SCA还为我们解决了范围广泛的重要问题：装配、组合、传输层抽象和绑定、意图和策略、域……SCA为我们提供的仍旧是一个轻量级编程模型，但是解决了大范围的复杂问题。

阅读全文： Jim Marino与Meeraj Kunnumpurath专访：关于SCA和Fabric3

相关厂商内容

SOA中国关键任务论坛(5.22北京)Free电子票下载

相关赞助商

5月6日至5月22日全国8站，BEA Dev2dev TechDays与您一起探讨Java2SOA最新技术变革。即刻免费报名参加，获赠BEA/Adobe软件和SOA书籍。

没有回复

回复

独家内容

开发者眼中的Android手机平台

在四月份的Beijing Openparty上，InfoQ中文站特邀编辑仝健对三位开发者进行了采访，请他们从开发者角度谈一下对Android的认识和感觉。

智能服务契约带来的巨大伸缩性

可伸缩性并不是无状态设计倾向假设的那个布尔值（译注：一般都认为无状态设计的伸缩性好，此处暗示布尔值为True）。Udi的团队使用服务契约来处理多维度的伸缩性问题，避免了二次失败。

使用NetKerne实现REST风格的ESB

Jeremy Deane对使用NetKernel来编写REST风格的ESB应用做了一番深入的研究。他详细地剖析了选择商业ESB应用的决策过程，以及最终如何使用NetKernel来实现该应用。

多个敏捷团队之间的版本控制

当多个敏捷开发团队在同一个代码库上进行工作时，如何在保证混乱最小化的同时，还能在每个迭代结束时拥有一个干净的、可发布的软件版本？Henrik Kniberg在本文中罗列出了在“Scrum and XP from the Trenches”迷你书中所使用的策略要点。本文并非为版本控制专家编写，而是为我们这些希望进行简单、有效的协作的人所准备的。

想快快喝下Google果汁——Guice吗？

依赖注入出现已经有一段时间了，很多团队都在重构自己的应用以利用DI。但这是一件麻烦的事情。在这篇文章中，Paul Hammant说明了如何将现存应用从单件嵌套设计转为完全成熟的DI设计。

Scrum实施情况调查之案例分析

前不久，InfoQ中文站上发表了一篇文章：Scrum在中国——企业实施情况调查实录，引起了激烈争论。在本文中，作者通过对调查实录中案例的分析诊断，探讨了敏捷开发方法的概念及应用。

Jim Marino与Meeraj Kunnumpurath专访：关于SCA和Fabric3

BEA发布了在WebLogic 10.3中支持的SCA技术预览版，它是以开源的Fabric3运行时为基础构建的。InfoQ对Jim Marino和Meeraj Kunnumpurath进行了专访，前者是BEA Systems的技术主管，后者是VocaLink的首席技术人员。我们就他们对SOA和SCA的看法，VocaLink实施SOA的方法和这个技术的关键优势进行了讨论。

Ruby调试器一览

在Ruby世界中流行着一个误解：Ruby没有调试器。这是明显的错误——Ruby不但有调试器，还有供调试器用的GUI和API。InfoQ仔细调查了Ruby世界中调试器的现状——发现Ruby的调试功能支持已经很好了。