WebService学习片段

SOA(Service-Oriented Architecture)

 

1. 概念：(有人说是一种架构，有人说是一种方法论)是一种 IT 体系结构风格，支持将您的业务转换为一组相互链接的服务或可重复业务任务，可在需要时通过网络访问这些服务和任务。这个网络可以是本地网络、Internet，也可以分散于各地且采用不同的技术，通过对来自纽约、伦敦和中国香港的服务进行组合，可让最终用户感觉似乎这些服务就安装在本地桌面上一样。可以对这些服务进行结合，以完成特定的业务任务，从而让您的业务快速适应不断变化的客观条件和需求。

2. 目前实现：在web方面主要是通过webservice以及简单 Portlet 聚合和调用服务。

3. 服务要具备的特征：

         1) 松耦合性

         2) 良好的服务契约

         3) 对服务请求者有意义

         4) 开放、基于标准的

         5) 服务粒度

 

webservice相关概念以及用到的技术

 

1. 概念：Web Services是由企业发布的完成其特定商务需求的在线应用服务,其他公司或应用软件能够通过Internet来访问并使用这项在线服务;一旦部署以后，其它Web Service应用程序可以发现并调用它部署的服务。

 

2. 技术：主要用到以下几个关键的技术和规则:

　　      (1) XML:描述数据的标准方法。

　　      (2) SOAP:表示信息交换的协议。

　　      (3) WSDL:Web服务描述语言。

　　      (4) UDDI:统一描述、发现和集成（Universal Description, Discovery, and Integration，UDDI）项目继续丰富企业用于在 UDDI 业务注册中心表示 Web 服务并建立其模型的工具集。

（实际上，WebService的主要目标是跨平台的可互操作性。为了达到这一目标，WebService完全基于XML（可扩展标记语言）、XSD（XMLSchema）等独立于平台、独立于软件供应商的标准，是创建可互操作的、分布式应用程序的新平台。）

 

 

WebService框架的核心技术：SOAP、WSDL、UDDI

 

1. SOAP:是Web services 的通信协议。

    SOAP是一种简单的、轻量级的基于XML 的机制，用于在网络应用程序之间进行结构化数据交换。SOAP包括三部分:一个定义描述消息内容的框架的信封，一组表示应用程序定义的数据类型实例的编码规则，以及表示远程过程调用和响应的约定。

2. WSDL:表示WEB服务说明语言。

    WSDL文件是一个XML 文档，用于说明一组SOAP消息以及如何交换这些消息。

3. UDDI:(统一描述发现和集成) 提供一种发布和查找服务描述的方法。（UDDI 数据实体提供对定义业务和服务信息的支持）

4. wsdl：（Web Services Description Language,Web服务描述语言）是一种XML Application。

          （1）Types - 数据类型定义的容器，它使用某种类型系统(一般地使用XML Schema中的类型系统)。 

          （2）Message - 通信消息的数据结构的抽象类型化定义， 使用types类型定义的参数组成消息 (接口参数信息描述)。

          （3）Operation - 对服务中所支持的操作的抽象描述，一般单个Operation描述了一个访问入口的请求/响应消息对。

          （4）PortType - 对于某个访问入口点类型所支持的操作的抽象集合，所有操作(Operation)集合。

 上面这是个没涉及到真正的服务实现方式。

          （5）Binding - 结构定义了某个PortType与某一种具体的网络传输协议或消息传输协议相绑定，从这一层次开始，描述的内容就与具体服务的部署相关了。(比如可以将PortType 与SOAP/HTTP绑定，也可以将PortType与MIME/SMTP相绑定等。)

  （6）Port - 描述的是一个服务访问入口的部署细节，包括通过哪个Web地址(URL)来访问，应当使用怎样的消息调用模式来访问等。其中消息调用模式则是使用Binding结构来表示。

    （7）Service- 相关服务访问点的集合。

          （一个WSDL中，definition是整个文档的根元素，一个文档中可能存在多个Service元素，service是服务的入口点。 Service 中可能有多个port，每个port对应一个PortType，PortType可能对应一组operation 。）

5. WSDL中的import与include:

    import 语句引入其他的命名空间（namespace），但 include 语句却是将其他的声明引入到当前命名空间

   1) XSD的导入：

       在导入命名空间时，必须确保您在 import 语句中使用的命名空间与您所导入模式的 targetNamespace 相同

       a、同一个文件中导入：<xsd:import namespace="urn:listing3"/>

       b、不同文件中导入：<xsd:import namespace="urn:listing3" schemaLocation="listing3.xsd"/>

      （实际上，这可能看起来好像您能够通过使用 import 语句中（而不是 targetNamespace 中）的不同命名空间属性在文件中修改模式的命名空间，这是一个错误，您不能修改命名空间。XSD文件里的命名空间必须是urn:listing3）

       c、schemaLocation和你的解析器有关，如果解析器已经知道命名空间中的模式类型，或者有其他寻找这些模式类型的方法，它就不需要定位到你所提供的位置。它的这个特性也从另一方面提示您，XSD import 语句的主要目的是导入命名空间，而不是告诉您在命名空间的何处可以找到这些声明。当然，大多数时候 XML 解析器并不了解您将要导入的命名空间，所以有必要指定 schemaLocation 属性，并且很容易忘记该属性其实仅仅是一个提示。

       d、<xsd:import namespace="http://www.w3.org/2001/XMLSchema"/>像这种常用的命名空间，起始解析器都知道，必不会去到网上找资源。在这里仅仅只是提示你用到了，（不过最好写上，这是规范，如果配上比较严格的检查，可能通不过）。

   2) WSDL的导入：

       <xsd:schema>这里可以有：include、import、complexType、element等元素</xsd:schema>-----模式

        与 XSD 导入类似，WSDL导入的namespace 属性必须和所导入WSDL 的targetNamespace 相同。WSDL导入的location属性与XSD 导入的schemaLocation属性相似，只不过是一个提示。然而，与XSD 导入的schemaLocation 属性不同的是，WSDL 导入的 location 属性是必须给出的。

       a、<wsdl:import namespace="urn:listing5" location="listing5.wsdl"/>直接在wsdl的definitions的节点下。

       b、模式必须是通过 XSD import 语句来导入的。您不能在模式之外执行对其他模式的查找。而且必须从模式内导入其他模式(场景：因为模式里面某个对象里的属性是复杂对象，而这个复杂对象在一个XSD文件里描述)。所以由a可知用wsdl导入是不行的，因为它在模式之外导入的。

       c、<wsdl:message name="GetPhoneResponse">

    <wsdl:part name="phone" type="listing5:Phone"/>

           </wsdl:message>

           这个用<wsdl:import namespace="urn:listing5" location="listing5.wsdl"/>是可以的。因为它们是WSDL之间的导入。

       d、使用 XSD 导入，来导入模式，使用 WSDL导入，来导入 WSDL。

   3) 学习地址：

     

       

http://www.ibm.com/developerworks/cn/webservices/ws-tip-imports.html

 

       

http://www.w3.org/TR/wsdl-----WSDL定义

6. include元素的作用是引入另一个xsd中的定义和声明，并且把他们作为本xsd模式文档的目标命名空间的一部分。使用include的一个要点是，被包含成员的目标命名空间必须和包含方的目标命名空间一样。使用include机制来包含定义和声明能够有效地把这些成员添加到已存在的目标命名空间中来。我们可以一个包含文档和一个被包含文档。在实际中可以使用多个include元素来包含多个文档。文档可以包括那些自身还包含其他文档的文档。然而，只有在模式文档中所有被包含的部分都由一个目标命名空间声明时，嵌套文档才是合法的。要声明与那些定义在多个模式文档中的模式相一致，实例文档只需要引用"最顶层"的文档并使用这些模式文档共同的命名空间就可以了。把包含在不同文档中的所有定义聚集在一起是处理器的责任。

7. WSDL 檔案也是一種客戶端與伺服端之間的合約。

8. 如果不喜欢服务的热部署，则可以通过更改名为 axis2.xml 的 Axis2 全局配置文件，将全局配置参数更改为以下所示，从而关闭此功能：<parameter name="hotdeployment">false</parameter>。 

9. Axis2 缺省将热更新参数设置为 FALSE。如果希望使用此功能，请按照以下所示更改配置参数，从而启用此功能：<parameter name="hotupdate">true</parameter>。