Eclipse基金会正在为企业应用开发一种开源SOA架构。

   这个叫Swordfish的架构基于德国邮政（Deutsche Post）的技术，该架构作为SOA运行时间平台采用了三个热门技术：服务组件体系架构（SCA）、Java企业整合（JBI）和开放服务网关倡议（OSGi）。SCA提供了通用编程模型和汇编格式，JBI充当公共信息模型。OSGi是这个Eclipse运行时间平台的基础，为Swordfish提供了通用的部署和运行组件模型。

   Swordfish架构采用OSGi实现JBI和SCA。

   领导Swordfish项目的德国Sopera公司首席技术官Ricco Deutscher 表示：“Swordfish是一个可以容纳不同组件的框架，这是SOA平台所必需的。”

　　这个清单总结了将一个Java方法发布为Web Service所必须的步骤:

• 　　1、 检查Java类的方法和默认构造函数确保为public
• 　　2、 增加XFire servlet相关条目到web.xml中
• 　　3、 创建services.xml，把它放到WEB-INF/classes/META-INF/xfire目录下
• 　　4、 增加XFire和第三方包到你的Web应用的WEB-INF/lib文件夹中

　　这就是所有需要的步骤，是的，相当简单。
XFire的其他高级特性

　　XFire的使用可能比较简单，但是在特性和功能性上，它却占据着领导者的位置。下面是它的高级特性:

• 　　---本地数据绑定支持POJOs(plain-old Java objects)、XMLBeans、JAXB(Java Architecture for XML Binding)、Castor等等。数据绑定说明了Web Services的XML请求和映射到Java对象的XML响应。
• 　　---使用StAX(Streaming API for XML)处理XML文档。同DOM的基于树和SAX的事件驱动的处理方式相比，StAX使用了拉(pull)机制，它使处理更快速，内存效率更高。
• 　　---支持多种传输协议，如HTTP、JMS(Java Message Service)和JVM内部传输。
• 　　---嵌入式，这是XFire的核心功能之一。你可以把这个SOAP引擎嵌入到你的应用中，完全隐藏所有XFire特定引用，同样所有配置都是程序驱动。
• 　　---丰富的API，它使XFire可高度自定义，允许开发者在不同的阶段截获请求，并且对他们进行处理。
• 　　---兼容最新的标准例如SOAP1.1(没有加密远程工程调用，或者RPC)和1.2、WSDL1.1、the Web Services Interoperability Organization’s Basic Profile 1.0、Web Services Addressing和WS-Security。

下面的高级层次图表，基于WWW协会发布的“Web Services Architecture”(Web Services架构)文档，显示了这些技术在实际的工作环境中是如何发挥作用:

　　这个流程图显示了Web Services中的核心技术是如何工作的。

Web 服务规范通常归为两类：基本 Web 服务规范和扩展 Web 服务规范。基本规范有：

SOAP ： SOAP 规范是所有基于 SOAP 的 Web 服务的基础，详细说明了实际消息的格式。其中还详细说明了应用程序应如何对待消息的特定方面（如“ Header ”中的元素），从而可以创建特定类型的应用程序，使其中的消息在达到最终的目的地前在多个中间层之间进行传递。
WDSL ： Web 服务描述语言是详细说明描述基于 SOAP 的 Web 服务的标准方式的规范，包括消息应采用的形式以及应将其发送到何处。其中还详细说明了此类消息的响应。当与相应的工具结合使用时， WSDL 允许以编程方式创建对 Web 服务的调用，甚至不用知道所查找的 Web 服务是什么；应用程序可以从 WSDL 文件中提取这些详细信息，并提供要使用的编程接口。
UDDI ：统一描述、发现和集成 (Universal Description, Discovery and Integration) 是一项从最初提出后发生了一系列变化的标准。其最初的目的是为了给各个公司提供在全球注册中心中注册服务并在此注册中心中搜索可能想使用的服务的机制。不过，由于很多公司对于将其系统对外开放的问题上都相当保守，这个目标并没有完全实现。但是，很多公司已将 UDDI 作为内部的服务及服务信息注册中心使用 。

总共有数十种 WS-* 规范，其中几种对企业尤为有用。即：

WS-Security ：此规范处理加密和数字签名，允许创建特定类型的应用程序，以防止窃听消息，且能实现不可否认功能。
WS-Policy ：此规范对 WS-Security 进行了扩展，允许更具体地说明谁可以采用何种方式使用服务。
WS-I ：尽管 Web 服务应设计成具有互操作性，但在实际中，各个规范对不同实现的解释的灵活性常常足以导致出现问题。 WS-I 提供了一组可用于防止出现各种问题的标准和实践，并提供了标准化测试来检查问题。
WS-BPEL ：单个服务很好处理，但应用程序在大多数情况下则较难处理。企业级计算要求至少将多个服务组合为一个完整的系统，而 WS-BPEL 提供了用于指定创建此类系统所必需的交互（如分支和并发处理）。