SOAP中转服务器

SOAP中转服务器 SOAP是一种可扩展的、基于文本的架构，它允许在不同角色之间通信，这里的 角色一般是指对象，它们先前并不了解对方或对方所在的平台。从网络对象的角 度来看，SOAP是它们的最后不可见形式。客户端应用程序可以在松耦合的环境中 互操作，以发现和动态地连接到服务，而这并不需要事先在应用程序与服务之间 建立一种协定。 SOAP是可扩展的，这是因为无需中断已有的应用程序，SOAP客户端、服务器和 协议自身都能发展。而且SOAP能极好地支持中间介质和层次化的体系结构。这意 味着处理节点可以把请求的路径置于客户端与服务器之外。中间节点通过使用报 头(用于标识哪个节点处理哪部分消息)来处理SOAP指定的各部分消息。这种类 型的中间报头处理是通过客户端应用程序与中间处理节点之间的私人契约来执行 的。SOAP为报头提供了一个mustUnderstand属性，它允许客户端将 处理指定为是必须执行的还是可选的。如果mustUnderstand被设置为1，服务器必须执行报头指定的中间处理或给出错误。 SOAP还定义了数据编码规则，称为基准编码或“Section 5(第5节)”编码， 它是出自SOAP规范中描述数据编码规则的那一节内容。应当指出SOAP编码的内容 占了SOAP 1.1规范40页中的大部分篇幅。不必深入到XML数据类型细节??它仍然 是XML架构制定组的专家们研究的范畴??SOAP编码可以简短地描述成简单值或复 合值的集合。 简单值可以是简单类型，如整型、浮点型和字符型，或者是XML架构规范第2部 中定义的内置类型，包括各种数据类型，如字节型数组和枚举。 复合值包括结构、数组和XML架构制定组定义的复杂类型。最后，当然不是至 少，SOAP数据编码指定了对象序列化规则，即通过网络排列和分散数据流的机制。 这些“Section 5”编码在任何情况下都不是强制性的，注意这点很重要，这样客 户端和服务器可以自由地使用不同的数据编码规范，只要它们符合格式就行。但 是这样做的话，就会毁灭SOAP在网络上提供标准化服务所起的推动作用，并且会 带来一个常见的警告:已偏离航线太远，单独的客户端和服务器可以选择较短的 旅行路线。 最后，SOAP建立了一组规则，它允许客户端和服务器把SOAP用作一种通信架构 可以使用这些规范 像来执行远程过程调用。SOAP??作为一种面向消息的协议?? RPC类型的型一样良好地工作。对象序列化的机制给SOAP-RPC提供了活力。