基于 J2EE 平台面向服务的体系结构应用研究.pdfVIP

基于 J2EE平台面向服务的体系结构应用研究 王新华，王奇，张艳华 上海远程教育集团 摘要：面向服务的体系结构（service­oriented architecture，SOA）因其固有的松散耦合与互 操作性，成为许多企业应用的自然选择。本文针对国家教育资源库 863 项目中需要耦合多个 自成体系的系统，提出了使用 J2EE 1.4  提供的 Web  服务功能进行构建能够访问现有业务 系统的  SOA 框架。详细研究了 SOA框架的构成和相关技术, 并分析了在 SOA框架上进行 的几次迭代过程，给出了在国家教育资源库 863 项目的实际应用。 关键词：面向服务的体系结构（SOA） 服务 动态发现 消息  SOAP  1． 引言 纵观计算机软件技术的发展史， 从早期的面向模块化设计、面向对象设计发展到基 于分布式对象技术的组件化设计，计算模式也从主机计算、C/S 模式、B/S 模式发展到基于 客户/互联网的网格计算。但传统的企业级分布式组件技术(如：COM+,CORBA,J2EE等)规 范体系相对独立，彼此之间通信的难度相当大，在互联网环境下，将信息分隔成一个个的信 息“孤岛” 。随着企业对“资源共享”需求的日益加强，Web Service  技术应运而生，它体 现了 “软件变服务”的思想。Web services 是在改进 DCOM 和 CORBA缺点上的努力。今天 应用 Web services 的面向服务架构与过去不同的特点就在于它们是基于标准以及松散耦合 的。广泛接受的标准 （如 XML 和 SOAP）提供了在各不同厂商解决方案之间的交互性。而 松散耦合将分布计算中的参与者隔离开来，交互两边某一方的改动并不会影响到另一方。这 两者的结合意味着公司可以实现某些 Web services 而不用对使用这些 Web services 的客户端 的知识有任何了解。我们将这种基于标准的，松散耦合的面向服务的架构称为 SOA。 作为面向服务的体系架构，S OA成为一种功能组件化的设计模型。 它屏蔽了不同平台、 编程语言、操作系统和硬件架构之间的差异，实现了应用程序的简单集成。这意味着 IT系 统的灵活性得到前所未有的提升， 同时应用程序的重复应用成为可能， 开发成本得到了降低。 这就是 SOA 的魅力所在。本文以国家教育资源库项目为例将讨论 SOA 的实现，阐述 SOA  的实现必须遵循的原则，介绍基于 J2EE 平台的 SOA/Web 服务的实现方法以及对粗、细两 种粒度实现 SOA进行了分析。  2．  SOA 的原则  SOA 是一种企业架构，因此，它是从企业的需求开始的。但是，SOA和其它企业架构 方法的不同之处在于 SOA提供的业务敏捷性。业务敏捷性是指企业对变更快速和有效地进 行响应、并且利用变更来得到竞争优势的能力。对架构设计师来说，创建一个业务敏捷的架 构意味着创建一个这样的 IT架构，它可以满足当前还未知的业务需求。要满足这种业务需 求 SOA必须遵循以下原则： 以服务为中心，贯彻业务驱动服务，服务驱动技术的理念 服务是能够通过网络访问的可调用例程。 服务公开了一个接口契约，它定义了服务的行 为以及接受和返回的消息，在抽象层次上，服务位于业务和技术中间。面向服务的架构设计 师一方面必须理解在业务需求和可以提供的服务之间的动态关系， 另一方面， 同样要理解服 务与提供这些服务的底层技术之间的关系。 通过“动态发现”实现业务的敏捷性是基本的业务需求 服务的接口通常在公共注册中心或者目录中发布， 并在那里按照所提供的不同服务进行 分类，就像电话簿黄页中列出的企业和电话号码一样。客户 （服务消费者）能够根据不同的 分类特征通过动态查询服务来查找特定的服务，这个过程称为服务的动态发现。提供响应变 化需求的能力是新的 “元需求” ，而不是处理一些业务上的固定不变的需求。从硬件系统而 上的整个架构都必须满足业务敏捷的需求，因为，在 SOA 中任何的瓶颈都会影响到整个 IT  环境的灵活性。 消息是 Web 服务提供的产物，是业务系统耦合的对象 服务消费者或者客户通过”消息”来消费服务。因为接口契约是独立于平台和语言的， 消息通常用符合 XML 模式的 XML 文档来构造。 作为消息提供者的 Web  服务建立在开放标 准和独