SOAP-Simple Object Access Protocol（简单对象访问协议）

最新推荐文章于 2023-03-12 14:32:04 发布
最新推荐文章于 2023-03-12 14:32:04 发布
阅读量1.1k 收藏 1
点赞数
分类专栏： JAVA开发学习 WebService

原文链接   作者： Jakob Jenkov  译者：赵亮

SOAP是Simple Object Access Protocol（简单对象传输协议）的缩写。SOAP消息是基于XML格式进行传输的，流行的web service就是使用SOAP进行客户端和服务器之间的通信的。在这篇文章中我将介绍基础的SOAP格式（1.2版），包括：

  • SOAP XML格式
  • SOAP 消息样式
  • SOAP MEP（Message Exchange Patterns 消息交换模式 ）
  • SOAP 消息路由选择
  • SOAP 通过HTTP传输

SOAP 消息格式

下面是一个简单的SOAP消息：

<?xml version="1.0"?>
<soap:Envelope xmlns:soap="http://www.w3.org/2001/12/soap-envelope" >

<soap:Header>
</soap:Header>

<soap:Body>

  <-- Fault element is optional,
      used only if a fault occurs in web service.
  -->
  <soap:Fault>
  </soap:Fault>

</soap:Body>

</soap:Envelope>

正如你看到的，一条SOAP消息包括一个envelope元素，在envelope元素中可以嵌套了一个Header元素和一个Body元素。如果在这个web service 处理消息过程中产生了一个错误，在Body元素中可以嵌套一个Fault元素。在接下来的SOAP的文章中将会依次介绍SOAP消息中的这些元素。

SOAP请求和响应都使用Envelope命名空间

在早期的SOAP规范中从客户端发送请求到服务器和从服务器发送响应到客户端都使用相同的SOAP数据格式，因此SOAP请求和响应消息格式是一致的。这不同于HTTP协议中请求和响应报文采用了不同的数据格式。

SOAP Envelope元素

SOAP的Envelope元素是SOAP消息的根元素，在Envelope元素内可以嵌套到一个Header元素（可选的）和一个Body元素。
下边是一个关于SOAP Envelope元素的例子（内容中粗体内容为Envelope元素）

<?xml version="1.0"?>
<env:Envelope  xmlns:env="http://www.w3.org/2002/06/soap-envelope" >

<env:Header>
</env:Header>

<env:Body>
</env:Body>

</env:Envelope>

注意到命名空间env在Envelope元素中有如下定义

xmlns:env="http://www.w3.org/2002/06/soap-envelope"

命名空间的定义必须总是出现在SOAP Envelope元素内，前缀（env）可以视自己的喜好定义。

SOAP的Header元素

内容列表

  • Header 子元素属性
  • mustUnderstand
  • encodingStyle
  • role
  • relay

SOAP Header元素是Envelope元素的一个可选的子元素，在Header元素内你可以放置SOAP信息中Body部分一外的内容，其中的内容可以完全由你来指定，例如，它可以是关于这条SOAP请求处理的最大时间，或者是其它没有在SOAP消息中直接被指明的内容。

下边是一个关于SOAP Header元素的例子（内容中粗体内容为Header元素）

<?xml version="1.0"?>
<env:Envelope  xmlns:env="http://www.w3.org/2001/12/soap-envelope" >

  <env:Header>
    <jj:maxTime value="10000" xmlns:jj="http://jenkov.com"/>
  </env:Header>

  <env:Body>
  </env:Body>

</env:Envelope>

上边的例子展示了仅有一个“SOAP 头信息块”的Header元素。
更多的关于Header元素的使用类似于Envelope元素的XML命名空间的内容请参考SOAP规范。

Header子元素属性

Header元素的子元素有以下几个标准属性：

  • mustUndersstand
  • encodingStyle
  • role
  • relay

接下来的部分将详细介绍这几个元素属性。

mustUnderstand
mustUnderstand属性意味着每个处理SOAP的节点必须能够理解（处理）所给出的Header区域。这里所说的“节点”不一定是最终接收SOAP消息的节点，这条SOAP消息在到达最终接收/处理消息的节点（web service）之前可能经过了中间某些节点。
假如中间的一个节点不能理解含有mustUnderstand属性的header区域中的内容，那么必须返回SOAP错误信息。

错误信息例子如下：

<env:Header>
  <jj:maxTime value="10000" xmlns:jj="http://jenkov.com"
               mustUnderstand="true"
    />
</env:Header>

encodingStyle
encodingStyle属性内容省略。

role

某个节点在处理/转发SOAP消息过程中都扮演者一个或多个SOAP角色，Header区域（元素）能够将信息发送给消息路径中的特定的角色，换句话说，如果Header区域中指定了”ultimateReceiver”角色，那么消息路径中“ultimateReceiver”角色必须处理Header区域，消息路径中的其它节点将不对Header区域中的内容进行处理。
SOAP角色详细解释见“SOAP 角色”
下边是一个使用role属性的例子：

<env:Header>
  <jj:maxTime value="10000" xmlns:jj="http://jenkov.com"
    role="http://www.w3.org/2003/05/soap-envelope/role/ultimateReceiver"
    />
</env:Header>

在这个例子中header元素<maxTime …>仅指定为该SOAP消息的最终接收者处理，消息路径的中间节点将忽略header元素中的内容。

relay

relay属性决定了如果header区域没有被处理是否可以被转发，换句话说，如果消息路径中的中间节点没有处理Header元素中的内容，在转发SOAP消息的过程中需要根据relay属性来判断header元素是否可以被转发？
relay属性只有两个合法的值：

  1. true
  2. false

如果relay属性设置为’true’那么没有处理的Header元素可以被转发。
如果relay属性设置为’false’那么没有处理的Header元素不可以被转发。

缺省relay条件情况下等同于relay属性设置为’false’。
下边是一个使用relay属性的例子：

<env:Header>
  <jj:maxRelayTime value="10000" xmlns:jj="http://jenkov.com"
       role="http://www.w3.org/2003/05/soap-envelope/role/next"
       relay="true"
    />
</env:Header>

在这个例子中Header元素<maxRelayTime …>必须在节点间进行转发，就算已经被处理过了，换句话说，SOAP消息在消息路径中转发过程中Header元素不应该被省去。正如你所看到的role属性被设置为”next”，这意味着所有消息路径中的节点都需要处理Header元素。

SOAP Body元素

SOAP Body元素是客户端和web serveice服务器端处理的SOAP消息中的最主要的部分，SOAP消息中Header元素是可选的但是Body元素是必须要有的元素，SOAP消息中必须包含Body元素。

下边是一个关于SOAP Header元素的例子（内容中粗体内容为Header元素）

<?xml version="1.0"?>
<env:Envelope  xmlns:env="http://www.w3.org/2001/12/soap-envelope" >

  <env:Header>
    <jj:maxTime value="10000" xmlns:jj="http://jenkov.com"/>
  </env:**Header**>

  <env:Body>
  </env:Body>

</env:Envelope>

上边的例子展示了仅有一个“SOAP 头信息块”的Header元素。
更多的关于Header元素的使用类似于Envelope元素的XML命名空间的内容请参考SOAP规范。

Header元素的子元素的属性

Header元素的子元素有以下几个标准属性：

  • mustUndersstand
  • encodingStyle
  • role
  • relay

每一个元素将会在接下来进行详细的介绍。

mustUnderstand
mustUnderstand属性意味着每个处理SOAP的节点必须能够理解（处理）所给出的Header区域。这里所说的“节点”不一定是最终接收SOAP消息的节点，这条SOAP消息在到达最终接收/处理消息的节点（web service）之前可能已经经过了消息路径中的某些节点。
假如中间的一个节点不能理解含有mustUnderstand属性的header区域中的内容，那么必须返回SOAP错误信息。
错误信息例子如下：

<env:Header>
  <jj:maxTime value="10000" xmlns:jj="http://jenkov.com"
               mustUnderstand="true"
    />
</env:Header>

encodingStyle
encodingStyle属性内容省略

role

某个节点在处理/转发SOAP消息过程中都扮演者一个或多个SOAP角色，Header区域（元素）能够将信息发送给消息路径中的特定的角色，换句话说，如果Header区域中指定了”ultimateReceiver”角色，Name只有消息路径中“ultimateReceiver”角色必须处理Header区域，消息路径中的其它节点将不对Header区域中的内容进行处理。
SOAP角色详细解释见“SOAP 角色”
下边是一个使用role属性的例子：

<env:Header>
  <jj:maxTime value="10000" xmlns:jj="http://jenkov.com"
    role="http://www.w3.org/2003/05/soap-envelope/role/ultimateReceiver"
    />
</env:Header>

在这个例子中header元素<maxTime …>仅指定为该SOAP消息的最终接收者处理，消息路径的中间节点将忽略header元素中的内容。

relay

relay属性决定了如果header区域没有被处理是否可以被转发，换句话说，如果消息路径中的中间节点没有处理Header元素中的内容在转发SOAP消息的过程中需要根据relay属性来判断header元素是可以被转发？
relay属性只有两个合法的值：

  1. true
  2. false

如果relay属性设置为’true’那么没有处理的Header元素可以被转发。
如果relay属性设置为’false’那么没有处理的Header元素不可以被转发。

缺省relay条件情况下等同于relay属性设置为’false’。
下边是一个使用relay属性的例子：

<env:Header>
  <jj:maxRelayTime value="10000" xmlns:jj="http://jenkov.com"
       role="http://www.w3.org/2003/05/soap-envelope/role/next"
       relay="true"
    />
</env:Header>

在这个例子中Header元素<maxRelayTime …>必须在节点间进行转发，就算已经被处理过了，换句话说，Header元素不应该被省去。正如你所看到的role属性被设置为”next”，这意味着所有消息路径中的节点都需要处理Header元素。

SOAP Body元素

SOAP Body元素是客户端和web serveice服务器端处理的SOAP消息中的最主要的部分，Header元素是可选的但是Body元素是强制的，SOAP消息中必须包含Body元素。

下边是一个关于SOAP Body元素的例子（内容中粗体内容为Body元素）

<?xml version="1.0"?>
<env:Envelope  xmlns:env="http://www.w3.org/2001/12/soap-envelope" >

<env:Header>
</env:Header>

<env:Body>
</env:Body>

</env:Envelope>

SOAP消息的Body部分可以包含几乎所有的你想放置的格式正确的XML数据，然而你不能在Body元素内直接放置文本内容，文本内容应该放置在Body元素的子元素内。

推荐Body元素的子元素使用符合规范的命名空间。

这里有两个关于Body元素的例子。第一个例子中Body元素中包含了4个元素，第二个例子这4个元素嵌套在了<service>元素内。

    <?xml version="1.0"?>
    <env:Envelope  xmlns:env="http://www.w3.org/2001/12/soap-envelope" >

      <env:Body>

        <jj:operation name="setName"
            xmlns:jj="http://jenkov.com/operation" />

        <jj:param name="userId" value="123456"
            xmlns:jj="http://jenkov.com/params" />

        <jj:param name="firstName" value="Jakob"
            xmlns:jj="http://jenkov.com/params" />

        <jj:param name="lastName"  value="Jenkov"
            xmlns:jj="http://jenkov.com/params" />

      </env:Body>

    </env:Envelope>

<?xml version="1.0"?>
<env:Envelope  xmlns:env="http://www.w3.org/2001/12/soap-envelope" >

    <env:Body>

      <jj:service name="userService"
          xmlns:jj="http://jenkov.com/service" >

          <jj:operation name="setName" />

          <jj:param name="userId" value="123456" />

          <jj:param name="firstName" value="Jakob" />

          <jj:param name="lastName"  value="Jenkov" />

      </jj:service name="userService"

    </env:Body>

</env:Envelope>

SOAP Fault元素

内容列表

  • SOAP Fault元素结构
    • code
  • Reason
  • Node
  • Role
  • Detail

如果消息路径中的节点在处理SOAP消息的过程中产生了错误，Fault元素出现在从web service（或中间节点）返回的SOAP消息中的Body元素中。

下边是一个关于SOAP Fault元素的例子（内容中粗体内容为Fault元素）

<?xml version="1.0"?>
<env:Envelope  xmlns:env="http://www.w3.org/2001/12/soap-envelope" >
    <env:Body>
        <env:Fault>

          <env:Code>
            <env:Value>env:Sender</env:Value>
          </env:Code>

          <env:Reason>
            <env:Text xml:lang="en-US">Processing error</env:Text>
            <env:Text xml:lang="da">Processerings-fejl</env:Text>
          </env:Reason>

        </env:Fault>
    </env:Body>
</env:Envelope>

SOAP Fault元素结构

SOAP Fault元素有如下的结构：

<env:Fault>

  <env:Code>
    <env:Value>env:Sender</env:Value>
    <env:Subcode>
        <env:Value>env:Sender</env:Value>
        <env:Subcode> <-- recursive Subcode's possible -->
        </env:Subcode>
    </env:Subcode>
  </env:Code>

  <env:Reason>
   <env:Text xml:lang="en-US">Error in Input Data</env:Text>
   <env:Text xml:lang="da">Fejl i input data</env:Text>
  </env:Reason>

  <env:Node>http://jenkov.com/theNodeThatFailed</env:Node>

  <env:Role>
    http://www.w3.org/2003/05/soap-envelope/role/ultimateReceiver
  </env:Role>

  <env:Detail
    <jj:maxRelayTime
        xmlns:jj="http://jenkov.com" >10000</jj:MaxRelayTime>
  </env:Detail>

</env:Fault>

Code元素和Reasong元素是必须要有的，Node、Role和Detail元素是可选的

Code

Code元素是必须要有的，在Code元素内可以嵌套Value元素，如果你需要分解错误码还可以添加可选的SubCode子元素。

Value子元素只能包含以下列表中的值，这些值必须添加命名空间信息，这就意味着如果你在SOAP消息中添加了Envelope元素的命名空间信息映射前缀为”env”，你也需要为下边列表中的值添加前缀”env”，例如：”env:Sender”。

Value Describe
VersionMismath 消息路径中的节点发现在SOAP消息中的根节点不是有效是Envelope元素将会报告这个错误

MustUnderstand 消息路径中的节点不能理解Header元素的某一个含有mustUnderstand属性的子元素，这样的一个目标节点将会报
告这个错误，换句话说消息路径中的此节点不能理解此Header元素假设他能理解的元素的意思。

DataEncodingUnknow 消息路径中的节点不能理解假定被理解的元素的编码（由encodingStyle属性被指定）

Sender SOAP消息格式错误、不包含有效的数据或者缺少数据等，换句话说，消息的发送方发送了错误的SOAP消息。

Receiver SOAP消息的接收者不能处理此消息。责任完全在消息的接收方，例如：web service需要数据库支持但是数据库
宕机了。

更多信息关于 SOAP Fault在SOAP spec – fault codes section.http://www.w3.org/TR/2007/REC-soap12-part1-20070427/#faultcodes

你可以自己定义Subcode元素包含任何值到Value子元素中，Subcode元素可以循环嵌套Subcode元素

下面是Code元素的例子

<env:Code>

  <env:Value>env:Sender</env:Value>

  <env:Subcode>
    <env:Value>env:Sender</env:Value>
    <env:Subcode> <-- recursive Subcode's possible -->
    </env:Subcode>
  </env:Subcode>

</env:Code>

Reason

Reason元素是强制要有的，Reason元素可以包含一个或者多个Text元素作为子元素，Text元素包含任何语言格式的错误的原因，Text元素的lang属性可以是ISO规定的语言代码值。

下面是包含相同错误信息的英语和丹麦语的例子

<env:Reason xmlns:xml="http://www.w3.org/XML/1998/namespace" >
 <env:Text >Error in Input Data</env:Text>
 <env:Text xml:lang="da">Fejl i input data</env:Text>
</env:Reason>

Node

Node元素是可选的，他应该包含当前发生错误的URI标识符，URI标识符可以自定义。

下面是例子：

<env:Node>http://jenkov.com/theNodeThatFailed</env:Node>

Role

Role元素是可选的，他应该包含消息路径中产生错误的节点的角色，“角色”详细信息见“SOAP 角色”相关内容。

下面是例子

<env:Role>
    http://www.w3.org/2003/05/soap-envelope/role/ultimateReceiver
</env:Role>

Detail

Detail元素是可选的，他应该包含描述错误产生详细信息的子元素，不能直接将文本信息放置在Detail元素内，所有的文本信息需要放置在Detail元素的子元素内。
所有的Detail元素的子元素应该使用合法的命名空间，表明这些子元素属于自己的命名空间。

下面是例子：

<env:Detail
    <jj:maxRelayTime
        xmlns:jj="http://jenkov.com" >10000</jj:MaxRelayTime>
  </env:Detail>

SOAP Roles元素

内容

  • 预定义SOAP Roles
  • 用户SOAP Roles
  • Header元素中的SOAP Roles
  • Fault元素中的SOAP Roles

消息路径中处理/转发SOAP消息的节点被认为是扮演着一个或多个SOAP角色，这里有一个示意图展示了包含3个节点的SOAP消息处理过程：

Alt text
处理过程中节点角色.

第一个节点是消息的发送者，这个节点的角色在SOAP规范中没有被提及。

第二个节点是进行SOAP消息转发的中间节点，中间的节点也可以改变SOAP消息的内容，例如：它们可以添加、修改或者是删除Header元素或者改变Body元素中的内容，中间节点被定义为扮演者”next”角色。

图中SOAP消息中的最后一个节点是”ultimateReceiver”，最终的接收节点是最终的SOAP消息的处理者，是”web service”的另一个说法，可以理解为”web service”实际上包含了整个处理SOAP消息的所有节点不仅仅是最终的接收者。

预定义的SOAP角色

SOAP规范预定义的三个角色：

SOAP Roles
角色名称 角色URI
next http://www.w3.org/2003/05/soap-envelope/role/next
none http://www.w3.org/2003/05/soap-envelope/role/none
ultimateReceiver http://www.w3.org/2003/05/soap-envelope/role/ultimateReceiver

所有的中间节点和最终接收节点被假定为next角色

none角色比较特殊，不包含任何节点，到达该角色的SOAP消息Header区域在该节点的左侧没有被处理过或者是在处理其它Header区域时已经被使用过。

ultimateReceiver角色为SOAP消息的最总接收者保留，没有该角色属性的Header区域不能处理此区域。

用户自定义SOAP Roles

SOAP角色并不仅限于上一节中预定义的三种角色，SOAP角色可以是任何自定义的角色，如果你定义了你自己的角色，你也必须同时定义角色的语义，换句话说你必须决定这些自定义角色所执行操作的意义。

Header元素中SOAP角色

SOAP Header元素可以使用SOAP角色

下面是Header元素使用role属性：

<env:Header>
  <jj:maxTime value="10000" xmlns:jj="http://jenkov.com"
    role="http://www.w3.org/2003/05/soap-envelope/role/ultimateReceiver"
    />
</env:Header>

当Header元素的子元素包含role属性，只有作为这个角色的节点才可以处理此元素，所有其它节点都不做处理。

Fault元素中的SOAP角色

SOAP 角色也可以用在Fault元素，Fault元素中的角色信息用来说明产生错误的节点的角色。
下面是Fault元素嵌套Role元素的例子：

<env:Fault>

  <env:Code>
    <env:Value>env:Sender</env:Value>
  </env:Code>

  <env:Reason>
   <env:Text xml:lang="en-US">Error in Input Data</env:Text>
  </env:Reason>

  <env:Node>http://jenkov.com/theNodeThatFailed</env:Node>

  <env:Role>
    http://www.w3.org/2003/05/soap-envelope/role/ultimateReceiver
  </env:Role>

</env:Fault>

SOAP消息交换模式

内容

  • 请求-响应模式
  • 响应模式

SOAP规范提到了一个概念”message exchange patterns” (MEP) 。在SOAP规范中有两种消息交换模式：

  1. 请求-响应
  2. 响应

本小节将对这两种消息交换模式进行描述。

请求-响应模式

请求-响应消息交换模式是SOAP客户端发送一个SOAP请求消息到服务器端，服务器端以SOAP格式的消息返回客户端。

当SOAP服务需要SOAP客户端发送的数据才能执行任务时，请求-响应消息交换模式是必要的，例如：如果客户端需要将数据存储在服务器端，那么客户端必须把需要被存储的数据发送到服务器端。

下边图例描述了请求-响应消息交换：

Alt text
SOAP请求-响应消息交换

响应模式

响应消息交换模式是SOAP客户端连接到服务器端，但是不向服务器发送SOAP消息内容，而是发送一个简单的HTTP请求,然后服务器返回响应的SOAP消息。

这种消息交换模式和浏览器与web服务器进行通讯的方式相似，浏览器发送一个HTTP请求去请求相应的页面，但是这个HTTP请求没有携带任何额外的数据，然后web服务器返回请求的页面。

响应消息交换模式的图例：

Alt text

SOAP响应消息交换

可口可乐的围脖
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
详解SOAP简单对象访问协议
dvlinker的技术专栏
07-21 2643
详解SOAP简单对象访问协议
简单对象访问协议SOAP及其应用
lijunjiejava的专栏
07-06 3717
1、概述 2、分布式协议技术与SOAP关系 3、有关SOAP概念简介 4、SOAP的B2B电子商务应用 一、概述 SOAP（Simple Object Access Protocol ）简单对象访问协议是在分散或分布式的环境中交换信息的简单的协议，是一个基于XML的协议。SOAP 技术有助于实现大量异构程序和平台之间的互操作性，从而使存在的应用能够被广泛的用户所访问。SOAP是把成熟的基于HTT
简单对象访问协议：SOAP
sunangel的专栏
09-07 1212
SOAP（Simple Object Access Protocol）简单对象访问协议是在分散或分布式的环境中交换信息的简单的协议，是一种轻量的、简单的、基于XML的协议，它被设计成在WEB上交换结构化的和固化的信息。SOAP可以和现存的许多因特网协议和格式结合使用，包括超文本传输协议（HTTP），简单邮件传输协议（SMTP），多用途网际邮件扩充协议（MIME）。它还支持从消息系统到远程过程调用（
<译>SOAP-Simple Object Access Protocol（简单对象访问协议）
jiandan12214的专栏
05-05 705
SOAP-Simple Object Access Protocol（简单对象访问协议）SOAP是Simple Object Access Protocol（简单对象传输协议）的缩写。SOAP消息是基于XML格式进行传输的，流行的web service就是使用SOAP进行客户端和服务器之间的通信的。在这篇文章中我将介绍基础的SOAP格式（1.2版），包括： SOAP XML格式 SOAP 消息样式
SOAP(简单对象访问协议) 1.1规范简介
江城风情
09-26 2827
SOAP(简单对象访问协议) 1.1规范简介SOAP(Simple Object Access Protocal，简单对象访问协议) 技术有助于实现大量异构程序和平台之间的互操作性，从而使存在的应用能够被广泛的用户所访问。SOAP是把成熟的基于HTTP的WEB技术与XML的灵活性和可扩展性组合在了一起。SOAP由MS和IBM共同制定用于规范WEB服务标准实现异构程序与平台间的数据交换它是基
soapclient
梧桐树的专栏
04-11 9871
----------------------------------分割线-----------------------------------------------     webservice的一种常用实现方式就是soap了。我们后端的JAVA也是用soap的原理实现的。那么我显然首先要上网上搜搜关于soap的文章。最早进入实现的是PHP写的nusoap类。这个nusoap.php文件
Simple Object Access Protocol 协议规范
02-18
Simple Object Access Protocol 协议规范
A web product data management system based on Simple Object Access Protocol* (2003年)
04-27
The three-tier web architecture and Simple Object Access Protocol (SOAP) are combined to build the web-based product data management (PDM) system which includes three tiers: the user services ti
SOAP（SimpleObjectAccessProtocol（简单对象访问协议））
08-28
SOAP代表SimpleObjectAccessProtocol（简单对象访问协议），是一个简单的基于XML的协议，它让应用程序跨HTTP进行信息交换。或者更简单的：SOAP是用于访问网络服务的协议。
论文研究-应用SOAP协议跨网络存取数据的实现.pdf
07-22
简单对象访问协议（Simple Object Access Protocol，SOAP）通过一种基于XML（Extensible Markup Language），与平台无关的方法规划网站，从而提高Internet的互操作性。介绍了SOAP协议相关技术，重点论述了应用SOAP...
W3C Soap 活动
01-08
SOAP (Simple Object Access Protocol) 是一种中立于平台和语言的轻量级通信协议，使得程序可以通过标准的因特网 HTTP 进行通信。 如需学习更多有关 SOAP 的知识，请阅读我们的 SOAP 教程。 SOAP 1.1 在 2000 年 5 ...
简单对象访问协议(SOAP)初级指南
04-20
简单对象访问协议(SOAP)初级指南
SOAP传输协议
weixin_44651073的博客
03-12 4715
网络通信协议soap
使用 WSDL 部署 Web 服务，第 2 部分: 简单对象访问协议（SOAP）
wufengpin@com
10-11 1679
Web 服务和 WSDL 简介Bilal SiddiquiCEO, WAP Monster2002 年 3 月 简单对象访问协议（SOAP）提供对远程对象的访问。这些对象的示例是简单的 JavaBeans 组件或是企业 JavaBeans 组件和 COM/COM+ 对象等。这些对象驻留在不同企业内部并且可能存在于因特网的任何位置。因此，SOAP 通过因特网通信并且是一种在不同企业间交换信息的机制。
SOAP--简单对象访问协议
sunghosts的专栏
01-09 337
SOAP简介 SOAP 是基于 XML 的简易协议，可使应用程序在 HTTP 之上进行信息交换。或者更简单地说：SOAP 是用于访问网络服务的协议。 什么是 SOAP？ SOAP 指简易对象访问协议 SOAP 是一种通信协议 SOAP 用于应用程序之间的通信 SOAP 是一种用于发送消息的格式 SOAP 被设计用来通过因特网进行通信 SOAP 独立于平台 SOAP 独立于语言 SOAP 基于 X...
【WebService】8.SOAP协议深入详解
程序猿之洞
08-21 2791
我们上次使用客户端向服务器端发送了两次WebService请求，分别是 (1)sayHi请求 向服务端发送一个name，然后服务端回复“你好”和对应的name以及现在的时间。 (2)getAllCats请求 获取所有的宠物猫的数据。 报文大致截图: 我们使用拦截器拦截了以上两个请求的请求报文和回复报文，我们接下来通过一一剖析来深入理解SOAP。 A.对于say
SOAP协议
老顽固也可爱
02-08 2777
SOAP协议
SOAP简单对象访问协议详细介绍
lilong329329的博客
03-23 1214
一、单对象访问协议是交换数据的一种协议规范，是一种轻量的、简单的、基于XML（标准通用标记语言下的一个子集）的协议，它被设计成在WEB上交换结构化的和固化的信息。 更为简单的说：SOAP是基于XML的简易协议，是用于访问网络服务的协议 在学习了解SOAP协议之前，需要对XML和XML命名空间有所了解 什么是SOAP？ 1、指的是简易对象访问协议 2、是一种通信协议 3、是用于应
简单对象访问协议
evilcry2012的专栏
05-29 707
简单对象访问协议  锁定 SOAP（简单对象访问协议）一般指简单对象访问协议 本词条由“科普中国”百科科学词条编写与应用工作项目审核。 简单对象访问协议是交换数据的一种协议规范，是一种轻量的、简单的、基于XML（标准通用标记语言下的一个子集）的协议，它被设计成在WEB上交换结构化的和固化的信息。 中文
javax-xml-soap-1.6.0.jar下载
最新发布
07-13
javax-xml-soap-1.6.0.jar是一个用于处理SOAP（Simple Object Access Protocol，简单对象访问协议）的Java API。SOAP是一种基于XML的通信协议，常用于通过网络在不同的应用程序之间进行通信。 要下载javax-xml-soap...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值