CXF框架实现Webservice服务.docVIP

CXF框架实现Webservice服务 ——于2015年02月05日 Apache CXF是一种基于Servlet技术的SOA应用开发框架。CXF 继承了 Celtix 和 XFire 两大开源项目的精华，提供了对多种 Web Services 标准的支持，包含 SOAP、Basic Profile、WS-Addressing等。CXF允许根据实际项目的需要，采用代码优先（Code First）或者 WSDL 优先（WSDL First）来实现 Web Services应用的发布和使用。 SOA架构与Webservice 1.1 SOA架构的产生 SOA(Service-oriented architecture) 面向服务的体系结构，是构造分布式系统应用程序的方法。它将应用程序功能作为服务发送给最终用户或者其他服务，采用开放标准、与软件资源进行交互并采用表示的标准方式。SOA架构思想的产生源于两个方面：需求拉动和技术推动。 (1) 需求拉动 需求拉动方面，主要来自于两种信息化的困境。一个是“信息孤岛”造成基于系统之间互联互通的整合需求；另一个是业务的变化所导致对IT灵活性，以适应变化的需求。 企业在不同的时期和不同的厂商合作，建立了不同的应用系统，而系统之间彼此互不关联。因此导致企业内部各个系统成为一个“信息孤岛”，造成信息不一致。同时，系统的互联互通不仅包含一个企业内部，也包括集团和各个分公司系统之间的互通。另一方面，由于行业竞争的日益激烈，企业需要不断地调整自身的业务流程，而僵化的IT基础设施跟不上这种不断加快的变化。传统的信息化方法和软件研究方法是对业务需求的直接映射，这种“需求驱动”的信息系统最大的缺陷就是对变化的适应性差，因此需要一种按照架构驱动，对业务进行适当的抽象，通过服务的表达和业务过程的原子化，来满足系统是按照企业架构来构造，这种架构是动态重构技术来支撑的，这种架构就是SOA。 (2) 技术推动 造成系统之间不能互联互通的一个重要原因，就是系统的异构性。异构性不仅表现在硬件上的差异，如CPU和指令集、硬件结构。还表现在软件的差异，如操作系统、数据库等。而支持SOA架构的中间件平台，已经在很大程度上屏蔽了系统环境的差异性，提供了一致的计算环境。 另一方面，软件应用领域越来越多，相同领域的应用系统之间许多基础功能和结构是相似的，每次开发系统都从零开始绝对不是一种好的方法，也是对质量和效率的很大的伤害。尽可能多地凝练共性并复用以提高软件开发效率和质量，通过中间件提供简单、一致、集成的开发和运行环境，简化分布式系统的设计、编程和管理，这也是SOA发展的重要推动力。 这些技术推动因素，从本质上是通过复用、松耦合、互操作(标准)等机制来提高软件质量、加快软件研发效率、使研发出来的产品能够相互集成并灵活适应变化。这些技术因素逐渐推动了SOA架构的形成和发展。 1.2 SOA的核心要素 SOA的目标就是实现灵活可变的IT系统。要达到灵活性，通过三个途径来实现：标准化封装、复用、松耦合可编排。这是SOA技术的内在机制，也是中间件技术和产品的本质特征。 标准化封装(互操作性) 传统中间件只是实现了访问互操作，即通过标准化的API实现了同类系统之间的调用互操作，而连接互操作还是依赖于特定的访问协议，如JAVA使用RMI，CORBA使用IIOP等。而SOA通过标准的、支持Internet、与操作系统无关的SOAP协议实现了连接互操作。而且，服务的封装是采用XML协议，具有自解析和自定义的特性，这样，基于SOA的中间件还可以实现语义互操作。 SOA要实现互操作，就是通过一系列的标准族，来实现访问、连接和语义等各种层面的互操作。 软件复用 软件复用，即软件的重用，也叫再用，是指同一事物不作修改或稍加改动就多次重复使用。复用技术经历了子程序、组件、分布式组件、服务组件四个阶段，从软件复用技术的发展来看，就是不断提升抽象级别，扩大复用范围。 最早的复用技术是子程序，但是这种复用是在一个可执行程序范围内的复用，静态开发期的复用。如果子程序改变，则所有引用该子程序的系统都需要重新编译。 为了解决这个问题，人们发明了组件（或称控件），如MS操作系下的DLL组件。组件将复用提升了一个层次，组件可以在同一种操作系统内复用，而且是动态、运行期复用。组件和组件的调用者之间的耦合度大大降低。 为解决分布式网络计算之间的组件复用，人们发明了企业对象组件(也称分布式组件)，如COM+、.Net、EJB。通过远程对象代理，来实现企业网络内复用，不同系统之间复用。 传统架构的核心是组件对象的管理。但分布式组件也是严重依赖其计算环境，由于构件实现和运行支撑技术之间存在着较大的异构性，不同技术设计和实现的构件之间无法直接组装式复用