随着近几年SOA概念的推广及相关技术标准的发展，SOA逐渐为众多的用户所接受，并在电子政务及企业应用的建设中逐步得到应用。但是，面对众多纷繁复杂的SOA相关技术标准，IT企业在开发SOA相关软件产品及用户实施SOA进行选择时，往往分不清楚哪些技术标准是他们所需要的，而且相
2.SOA相关技术标准比较说明(2)
2.3.SCA/SDO与JBI/JDO
SCA（Service Component Architecture），即服务组件架构，提供了一种编程模型，可以支持基于SOA的应用程序实现。SCA是一种模型，可以支持实现服务组件的各种技术，连接服务组件的各种存取方法。对于组件，不仅包括不同的编程语言，也包括这些语言使用的框架和环境。对于存取方法SCA合成操作支持各种通讯、服务存取技术，如：WS、MQ、RPC。SCA规范包括了Assemble Model和Client Model两部分。前者约定了如何将异种组件（Java类，BPEL，Web Service）组装并发布成SOA服务，是SCA最大的特点和最核心的概念；后者则约定了如何在异种语言环境中调用SOA服务。通过这两部分的规范，就可以完全解决了服务从服务端到客户端的跨语言、跨环境的问题。图4为SCA的服务组件组装模型。
服务数据对象(SDO)的设计初衷是为了统一和简化应用程序处理数据的方式,使用SDO,应用编程人员可以用一致的方法操作异构数据源,包括关系型数据库,XML数据源,Web services和企业信息系统 。
JBI是Java商业集成（Java Business Integration）的简称。JBI的制订者们认为传统的EAI和B2B解决方案使用非标准的技术，这使得用户往往被锁定到特定的方案和产品提供商上，与此同时，没有任何一个单独的提供商可以覆盖EAI和B2B领域的所有问题。因此他们提出这个标准以期解决这个问题。这个标准定义了一个标准的体系结构允许第三方的组件插入到标准的基础设施上，并且即使这些组件是有不同提供商提供的，它们也可以以一种可预见的和可靠的方式互操作。从高层次上看，JBI定义了可以从可插入组件构建集成系统的体系结构，这一结构中组件的交互使用一种经过中介的消息交换机制，而这一消息交换模式是基于WSDL 2.0或WSDL 1.1的。图5为JBI环境组成及结构。
图4.SCA服务组件组装模型
图5.JBI环境组成与结构
JDO，即Java Data Object，它定义了持久保存类与JDO运行时环境之间的关系。JDO的设计目的是用来广泛支持不同的数据来源，甚至包括一般不被认为是数据库的来源。因此我们用“数据存储空间”（datastore）一词泛指以JDO 访问的底层数据来源。
从上面的分析来看，SCA/SDO定义了与具体技术无关的服务组件组装模型及服务间访问的数据结构表示方式，SCA的定位，主要在于细粒度的组件和服务组装方式。SCA/SDO由于技术无关性及众多厂商的参与，他们得到了大多数厂商的支持。而JBI/JDO，它们都是基于Java的技术，JBI更多的像服务总线的Java标准定义，其粒度比SCA，而且更多的是服务间的通讯和组装模式，而JDO是基于Java的数据对象表示，因此它们使用的范围受到限制，当前支持的主流厂家也不多，但是开源的实现相对还是比较多的。
2.4.WS4BPEL与WS-CDL
WS4BPEL，即Web Service Business Process Execution Language的简写， Web服务业务流程执行语言，它是一种可执行语言，能够与各种促使业务流程自动化的软件系统相兼容。Web服务编制，通过说明性的方式（而不是编程的方式）表达了进行Web服务合成的需求。此标准主要用于组织内部的业务流程管理及服务编排，目前越来越多的BPM产品基于此规范实现。
WS-CDL，即Web Services Choreography Definition Language，Web服务编排定义语言，它定义为在多个交易伙伴之间建立形式化关系，它不要求所有被集成的端点（endpoints）都有Web服务基础设施。此规范更多地用于组织之外的服务与流程编排，目前在国内还不常用。
另外，XPDL也可以用于服务的编排和组合，但它主要用于传统的工作流定义，目前它也是BPM产品实现的重要技术标准。
2.5.JSR168与WSRP
JSR168是java 规范要求（java specification request ，jsr）的缩写，它为创建portlet建立标准的api，它是为实现porltet、基于java的门户服务器和其他web应用程序之间的互操作性而设计的。JSR168的主要价值在于它被独立软件开发商（isv）所广泛采用。在采用JSR168之前，企业应用程序开发商不得不支持所有开发商门户的不同portlet集，支持多个门户开发商不同的portlet集在类似业务信息、内容管理、检索和分析这样的领域中非常令人头疼。使用JST168规范，现在开发商只需要支持一种portlet集。目前，JSR168在基于Java技术开发Portal产品上，得到了广泛的支持，但也仅限于Java技术。
WSRP，即Web Services for Remote Portlets的缩写，它定义了如何利用基于 SOAP 的 Web 服务在门户应用程序中生成标记片断的规范。通过定义一组公共接口，WSRP 允许门户在它们的页面中显示远程运行的 portlet，而不需要门户开发人员进行任何编程。对于最终用户，这些 porlet 就和运行在他们本地的门户上一样，但是实际上这些 portlet 来自于远程运行的 portlet 容器，并且交互是通过 SOAP 消息的交换来实现的。在面向服务的体系结构中利用 WSRP 将是一个强大的组合，从而使面向呈现的 portlet 应用程序可以被发现并重用而不用任何额外的开发和部署活动。WSRP是由OASIS组织制定，目前已得到多数厂商的支持，鉴于它基于Web服务标准，而且技术相对独立，因此随着此标准的逐渐完善，相信越来越多的Portal生产企业会支持此标准。
3.总结
前面对部分SOA相关技术标准的比较分析，不可能覆盖所有的SOA相关技术标准，如SOA的参考架构、Web服务协议栈的比较分析等。本文的目的，希望能够为希望了解SOA相关技术标准及面临技术标准选择困惑的开发人员、软件厂商及用户等提供一些参考，以此达到抛砖引玉的作用。
网友评论