从事SOA项目的人都知道，根本没有“SOA处于困境”或者“令SOA实现的神奇方法”之说，它只不过是软件基础设施、设计原理、工具的结合体，以及从不同的机构收买高级官员。本质上来说，它由一系列的块组成，每一块都向构建SOA的意图靠近一步，接下来我们将要探讨其中的一块，这个块意在从你的整个SOA标准中争取百分点，并影响已经成为SOA战略：Eclipse Swordfish工程一部分的其它块。

　　让我们先从定义OSGi和它带来的一切入手。OSGi是一个Java的动态模块系统，用于将额外多用途性能加到标记到Java平台的措施里。这种多用途性能被引进时，在与Java相关的核心部分丢失，这个核心部分可能是在Java应用服务器，或者是最近的Java业务集成(JBI)服务总线模型，还可能是Java虚拟机本身。

　　“模块”这个词在OSGi里指一个现实封装法，在SOA特殊实例中等同于封装服务，尽管已经有很多封装Java应用的方法，OSGi的好处就是它带有动态特性。这就意味着他同时具有适应性和灵活性。这些都是面向服务架构中极其令人满意的特征。

　　为了进一步阐释OSGi的用途，不妨把你的服务想象成是在运行时能够发现自身并能在系统的其它束里实现其从属性，而不用完成部署和升级系统的内务操作任务——像启动、结束、重装之类。在OSGi模型中，所有的一切都是动态的。

　　确定OSGi作用域的方法很多。从一定程度上来说，是在嵌入式Java市场上逐渐形成的并且在Java IDE市场占有一定份额，已经逐渐涉及到Java 应用市场。但OSGi是在原则上，该理念同样适用。所以，根据我们已经讨论内容的和先前关于OSGi的综述，让我们继续研究应用于Swordfish 的OSGi特质。

　　Swordfish是在Eclipse Foundation指导下发展起来的架构。Eclipse Foundation同时也资助与其同名的IDE和其它许多软件工程例如SOA工具平台措施。和很多架构一样，Swordfish本身不是终点，而是将许多SOA清单上技术集中到一起的辅助措施即JBI 和 服务组件结构(SCA)。

　　在JBI实例中，从纯Java平台这个角度来说，这个容器标准让ESB（企业服务总线）充满活力。另一方面，SCA定义了一个准许用户以协调方式建立服务的平台。更多的JBI和SCA幕后能够看到这个专栏。

　　但是，许多SOA措施在这些最后的技术上赋予了极大的重要性和价值。让我们回忆一下，SOA进程最好用规范而不是一个特殊终点来衡量。所以在一定程度上，它为应用基座添加了一套显著的功能——这和OSGi提供的极为相似，这个应用基座已经使用JBI和SCA，并且效果显著。Swordfish是个明显的竞争者，我们通过它来杠杆作用这三项技术。

　　从发展程度来看，Swordfish还处于早期阶段，预计在2008年底将实现1.0版本。需要提出的是从这个公司规模角度出发，这项工程本身是Deutsche Post采取的SOA措施的副产品，应该用于验证所添加的概念。Swordfish将在Eclipse的保护下发展，并且对在Equinox推进SOA工具平台和OSGi技术很感兴趣。你就会有一个有效、集成的架构，这个架构可以让你在三个主要的技术领域前沿得以推进SOA工程：JBI, SCA 和 OSGi

　　Daniel Rubio是一个拥有十年从业经验的自由技术顾问，并对基于网络上的软件十分了解。他在这些以及其它软件相关领域都发表过博客。