SOAP的推出是令人高兴的

心痕1

相关的主题文章：

  
   就能够出锅了.
  
   他决议将十字架再砍掉一大块
  
   两个礼拜内就会面效&shy
  
   此协定撤消
  
   大喊一句
  

SOAP（Simple Object Access Protocol ）简单对象拜访协议，是在疏散或分布式的环境中交换信息的简单的协议，是一个基于XML的协议，它包括四个部分：SOAP封装(envelop)，封装定义了一个描述消息中的内容是什么，是谁发送的，谁应该接收并处理它以及如何处理它们的框架；SOAP编码规则（encoding rules），用于表示应用程序需要使用的数据类型的实例; SOAP RPC表示(RPC representation)，表现远程进程调用和应答的协议;SOAP绑定（binding），使用底层协议交换信息。
Perl: SOAP:ite
CORBA应用程序和DCOM应用程序不能实现互操作，两者不能在一起合作。因为在ORPC(Object RPC)协议中，用ObjRef代表了一个正在运行对象的援用；在CORBA/IIOP(Inte.Net Inter-Orb Protocol)中，用交流可互操作对象引用IOR（Interoperable Object Reference）代表一个服务器的对象引用。可怜的是，IOR 与 ObjRef不可以关系起来。然而，使用SOAP可以实现在垂直应用层面上CORBA ，DCOM技术的水平坦合，能够更好的集成CORBA，DCOM为一个整体。
SOAP与CORBA，COM/DCOM的差别
SOAP也被称作XMLP，为两个程序交换信息提供了一种标准的工作机制。在各类机构之间通过电子方式彼此协作的情况下完全有必要为此制订相应的标准。
许多大公司依据SOAP规范，都开发出了本人的SOAP解决方案。这些解决方案都是绝对于某种语言。比方说Microsoft SOAP toolkit2.0把COM函数转换成SOAP消息，而Apache toolkit把JAVA函数转换成SOAP消息。这样未免带来一些兼容性问题。
SOAP 与CORBA，DCOM/COM的比拟。
DCOM是有效的，灵活的，但也是很庞杂的。而SOAP的一个主要优点就在于它的简单性，SOAP使用HTTP作为网络通讯协议，接受和传送数据参数时采用Xml作为数据格式，从而取代了DCOM中的NDR格式，SOAP和 DCOM执行过程是类似的，如下图，但是用Xml取代 NDR作为编码表现形式，提供了更高层次上的形象，与平台和环境无关。
the core W3C Xml recommendation（
SOAP 的远景
安全性对于利用程序来说是很主要的。那么SOAP的保险性如何呢？对把HTTP作为传输协定的SOAP来说是不问题的，由于HTTP协议已经有很好的平安构架。那么用其余传输协议会呈现安全问题吗？不是的，你不用担忧，因为已经有这方面的标准了。
固然这四个局部都作为SOAP的一部门，作为一个整体定义的，但他们在功效上是相交的、彼此独破的。特殊的，信封跟编码规矩是被定义在不同的Xml命名空间(namespace)中，这样使得定义更加简略。
Rogue Wave Nouveau ORB
现在SOAP的良多另人瞩目标特征已成为事实（SOAP已经运行于不同的硬件和软件平台），而且有70多个解决方案。之所以SOAP被人们所爱戴，是因为SOAP比其他同类技巧（CORBA、DCE）简单易用。
SOAP的推出是令人高兴的。可以信任，跟着网络服务的的一直发展，它将极大的转变咱们的思考模式和开发模式。当初，已有很多至公司着手支持SOAP的开发，2000年 IBM公司 和 Microsoft公司 都发行了实现 SOAP 的第一批版本。 IBM 公司启动了Apache SOAP 名目打算，微软最近又推出了SOAPtoolkit2.0的正式版，重要包含如下的一些特点：SOAP的高层接口和低层接口，消息对象接口，完整支持WSDL 1.1标准，支撑用户自定义类型映射，并且供给了丰盛和完全的开发文档以及运用实例。而且，两家公司正在互操作性方面尽力研讨。可以乐观的估量，不必多久，SOAP 互操作性的时期就未来临。
Attributes>
W3C于2000年5月8日发表了Simple Object Access Protocol (SOAP) 1.1版本，详细规范发布在下列站点上（ Version 1.2版本的倡议草案，详细规范宣布在下列站点上（ Version 1.1版本的工作小组的成员包括：DevelopMentor, International Business Machines Corporation, Lotus Development Corporation, Microsoft, UserLand Software。
Digital Creations Zope, the Python Application Server
SOAP 消息根本上是从发送端到接受端的单向传输，但它们经常结合起来执行类似于请求 / 应答的模式。所有的 SOAP 消息都使用 XML 编码。一条 SOAP 消息就是一个包括有一个必需的 SOAP 的封装包，一个可选的 SOAP 标头和一个必须的 SOAP 体块的 XML 文档。
协议构造
Microsoft Windows DNA 2000
客户端发送恳求时，不论客户端是什么平台的，首先把要求转换成Xml格式，SOAP网关可主动履行这个转换。为了保障传递时参数，方式名，返回值的独一性，SOAP协议应用了一个私有标志表，从而服务真个SOAP网关能够准确的解析，这有点相似于COM/DCOM
SOAP规范还定义了怎样用XML来描述程序数据（Program Data）,怎样执行RPC（Remote Procedure Call）。这些可选的规范是为了构建RPC-style的应用程序（客户端SOAP消息包含函数名和在函数顶用到的参数，而服务器端SOAP消息包含执行函数之后的成果）。大多数SOAP解决方案都支持RPC-style应用程序，因为很多程序员已对DCOM或CORBA熟习。SOAP还支持Document-style应用程序（SOAP消息只包含XML文本信息）。Document-style应用程序有很好的机动性，所以很多用RPC很难构建的Web Service用这种方式构建。
Organization Product
在SOAP刚提出来的时候，许多人就提出了疑难：SOAP与CORBA和DCOM的区别何在？
SOAP 标头
交换信息可以采用很多方法，比如电子邮件、即时聊天和远程过程调用（RPC）等。电子邮件和聊天消息通常不具备计算机友爱性。计算机可以读取电子邮件报头，但是其类型内容却无奈得到计算机这个"硅脑袋"的理解。即时聊天和RPC也面临同样的为难情况：计算机倒是可读可人又没法读了。
把 SOAP 绑定到 HTTP 提供了同时利用 SOAP 的款式和分散的灵巧性的特色以及 HTTP 的丰硕的特征库的长处。在 HTTP 上传送 SOAP 并不是说 SOAP 会笼罩现有的 HTTP 语义，而是 HTTP 上的 SOAP 语义会天然的映射到 HTTP 语义。在使用 HTTP 作为协议绑定的场所中， RPC 请求映射到 HTTP 请求上，而 RPC 应答映射到 HTTP 应答。然而，在 RPC 上使用 SOAP 并不仅限于 HTTP 协议绑定。
中的桩（STUB）。转化成Xml格式后，SOAP终端名（远程调用方法名）及其他的一些协议标识信息被封装成HTTP请求，然后发送给服务器。假如应用程序请求，服务器返回一个HTTP应答信息给客户端。与通常对HTML页面的HTTP GET请求不同的是，此请求设置了一些HTTP HEADER，标识着一个SOAP服务激发，和HTTP包一起传送。例如：对于一个讯问股票价格的应用程序，服务器端存在组件提供某股票当前的价钱，组件是COM或CORBA在服务器上树立的。客户端发送一个SOAP请求给服务器询问股票价格。服务器依附于服务器上的SOAP网关，使用内嵌的HTML对象调用适合的办法，而后把得到的价格通过SOAP应答传给客户端。
SOAP 使用 HTTP 传送 Xml，只管HTTP 不是有效力的通信协议，而且 Xml 还须要额定的文件解析（parse），两者使得交易的速度大大低于其它计划。然而Xml 是一个开放、健全、有语义的讯息机制，而 HTTP 是一个普遍又能防止许多对于防火墙的问题，从而使SOAP得到了广泛的应用。但是如果效率对你来说很重要，那么你应当多斟酌其它的方法，而不要用 SOAP。
支持SOAP的一些公司产品：
Java: Apache SOAP , DevelopMentor's implementation, IdooXoap from ZVON
Microsoft Visual Studio: The Microsoft SOAP toolkit.
ADA: An ADA implementation
尽管CORBA可以在不同的平台上执行，DCOM可以在微软的各种平台上运行，但是基于CORBA和DCOM的解决方案必需依赖于单一的应用程序。好比说，如果运行的是DCOM服务器程序，所有的分布式的客户端不得不运行于微软的操作平台上。CORBA 虽然可以运行于不同的平台，但CORBA的互操作性并没有在更高层的服务长进行扩大，如安全性和事务处理，在这种情形下，许多提供的服务没有得到很好的优化。DCOM和CORBA合适于服务器--服务器间的通讯，但是对于客户端--服务器的通讯非常懦弱，尤其当客户程序分布在INTE.Net上更是如斯。
SOAP是Web Service的基础通讯协议。因为SOAP与DCOM和CORBA在概念上有雷同之处，所以很多人在问："SOAP是怎么激活对象的？"或"SOAP在使用什么命名服务（Naming Service）？"。或者在执行SOAP的过程当中会用到这些，但这些并不在SOAP规范要考虑的范围之内。SOAP只是定义SOAP消息的XML格式（XML Format），如果你用一对SOAP标记（SOAP Elements）把XML文档括起来，那么这个就是一个SOAP消息，这不是很简单吗？
SOAP是一个协议，与编程语言无关。实际上，许多语言已经开端支持SOAP，如：Java,c/c++,VB,c#,perl,Php.下面列出了在Java/C++/Perl/ADA/Python环境下SOAP的执行工具：
最后SOAP规范还定义了HTTP消息是怎样传输SOAP消息的。这并不代表SOAP只能用HTTP来作为传输协议，MSMQ、SMTP、TCP/IP都可以做SOAP的传输协议。
SOAP 新闻格局：
W3C Xml namespace recommendation（
与SOAP相干的一些尺度：
计算机确切晓得如何懂得XML。SOAP描写了把消息捆绑为XML的工作方式。它还阐明了发送消息的发送方、消息的内容和地址以及发送消息的时光。这也是为什么把SOAP叫做一种协议的起因。SOAP并没有同电子邮件协议（SMTP）、RPC（套接字和IDL）或者Web协议（HTTP）截然离开。SOAP要应用这些体系作为消息的出发点。
为了更好的理解SOAP,HTTP,Xml如何工作的，不妨先考虑一下COM/DCOM的运行机制，DCOM处理网络协议的低层次的细节问题，如PROXY/STUB间的通讯，性命周期的治理，对象的标识。在客户端与服务器端进行交互的时候，DCOM采用NDR.Network Data Representation）作为数据表示，它是低层次的与平台无关的数据表示情势。
SOAP简单的理解，就是这样的一个开放协议SOAP=RPC+HTTP+Xml：采取HTTP作为底层通讯协议；RPC作为一致性的调用道路，ＸＭＬ作为数据传送的格式，容许服务提供者和服务客户经由防火墙在INTE.Net进行通讯交互。RPC的描叙可能不大正确，因为SOAP一开始构思就是要实现平台与环境的无关性和独立性，每一个通过网络的远程调用都可以通过SOAP封装起来，包括DCE（Distributed Computing Environment ）RPC CALLS，COM/DCOM CALLS, CORBA CALLS, Java CALLS，etc。
Python: PythonWare (client side only)
C++: IdooXoap from ZVON
Iona Orbix 2000
Xml Schema（
首先指出的是SOAP不会代替CORBA，COM/DCOM，三者的概念有所区别。COM/DCOM是个组件模型标准，CORBA是分布式应用的服务标准。CORBA和DCOM为分布式应用程序建立服务，服务对象来执行客户端调用的服务。而SOAP是基于Xml和HTTP的分布式对象的通信协议，是COM/DCOM和CORBA对象进行通讯的协议。实际上，利用SOAP的互操作性和CORBA强盛的执行才能，两者可以很好的联合在一起。 OMG （Object Management Group responsible for the CORBA specification）正在关注这方面的发展。
Attributes
ObjectSpace Voyager
? COM/DCOM(Component Object Model / Distributed Component Object Model )是微软公司提出的散布式组件对象模型标准，支持在局域网、广域网甚至Inte.Net上不同盘算机的对象之间的通讯。DCOM基于COM的应用程序、组件、工具等的基本之上，处置网络协议的低档次的细节问题，而不必关怀太多的网络协议细节，从而使用户可能集中精神解决用户所要求的问题。DCOM位于应用程序的组件之间，将组件以不可见的方式胶合在一起组成具备完整功能的应用程序。
SOAP并没有定义信息的语义，服务品质，基于INTE.Net的事务处理。而是采用 Xml 进行消息编码，正确的处理需要服务器和客户端本身来执行，理解和执行彼此使用的信息格式（ONE-TO-ONE，REQUEST/REPLY，BROADCAST，ETC），应用程序自身在语义解析中表演着十分重要的角色。而CORBA，DCOM表示了传送信息的语义，对参数和返回值使用二进制编码。可对诸如参数名称或类型的任何元信息都不编码，但使中介很难处理消息。又因为每个系统使用不同的二进制编码，系统间的互操作的很难实现。
UserLand Frontier groupware product
? CORBA（Common Object Request Broker Architecture）公共对象请求署理体制结构是由OMG组织制定的一种标准的面向对象应用程序系统规范。由对象请求代办ORB、对象服务、公共设施、域接口和应用接口这多少个部分组成。其中心部分是对象请求代理ORB（Object Request Broker）。ORB提供了一种机制，通过这种机制，对象可以透明的发出请乞降吸收响应。分布的、可以互操作的对象可以利用ORB结构可以互操作的应用。ORB可看作是在对象之间建立客户/服务关联的一种旁边件。基于ORB，客户可以透明的调用服务对象提供的方法，该服务对象可以与客户运行在统一台机器上，也可以运行在其他机器上通过网络与客户进行交互。ORB截取客户发送的请求，并负责在该软件总线上找到实现该请求的服务对象，然后实现参数、方法调用，并返回终极结果。CORBA 1.1 由对象管理组织在 1991 年发布。定义了接口定义语言（IDL）和应用编程接口（API），从而通过实现对象请求代理（ORB）来激活客户/服务器的交互。CORBA 2.0 于 1994 年的 12 月发布定义了如何逾越不同的 ORB 提供者而进行通讯。
SOAP=RPC+HTTP+Xml
SOAP不象DCOM一样试图定义分布式系统的所有元素，SOAP没有提供分布式类库，类型安全检讨，版本把持等等，SOAP比它处于一个更低的层次，有点类似于IIOP在CORBA的作用，DCOM却提供了一些额外的协议功能，是IIOP 或者SOAP所不具备的。然而，许多. DCOM的额外功能只有在服务器??服务器间通信时才会用到，对于客户端??服务器之间的通信则是过剩的。
AMESPACE PREFIX = SOAP-ENV /><soap-env:body< p=""></soap-env:body<>
HTTP 1.0 or greater（