大家来谈谈SOAP如何？

[x86]

先给100分，如果人够多的话，会不断加的，俺的分现在又有一些了:-)
不管什么内容，有什么说什么，也可以介绍一些文章。
先推荐一篇：
http://www.51xml.com/reference/soap.asp
再问一些问题：
。是不是浏览器现在还不支持SOAP？
。服务器端怎么支持SOAP？
。谁有现成的源码，实现SOAP的客户端或服务器端？

[lcgong]

关于SOAP的程序，可以参见http://xml.apache.org/soap/index.html(用Java及IBM的BSF写的)。
SOAP的想法、思路符合了现在网络的多样化的发展，为跨平台的互操作提供了很好的信息标识方法。

[alou]

。是不是浏览器现在还不支持SOAP？
SOAP的客户不仅仅是浏览器。
IE5以上因为内置XML，所以很容易通过脚本发起SOAP请求，Netscape...Netscape支持Java 2，用applet很容易，所以可以用Java做的XML解析器甚至直接的SOAP协议——我很久没有用Netscape了。
。服务器端怎么支持SOAP？
可能的支持是用服务器支持的语言编写SOAP服务，将这个服务注册到SOAP服务器上。SOAP请求被解析和察看并且送到SOAP服务去，使用服务的语言风格。
。谁有现成的源码，实现SOAP的客户端或服务器端？
我不太关心M$的SOAP，.NET弄的我一头雾水，我没办法弄清楚这里面的错综复杂关系。Apache有一个SOAP项目，我看过2.0的版本，里面有用Java做的server和client。我看的时候发现文档奇缺。

[alou]

。是不是浏览器现在还不支持SOAP？
SOAP的客户不仅仅是浏览器。
IE5以上因为内置XML，所以很容易通过脚本发起SOAP请求，Netscape...Netscape支持Java 2，用applet很容易，所以可以用Java做的XML解析器甚至直接的SOAP协议——我很久没有用Netscape了。
。服务器端怎么支持SOAP？
可能的支持是用服务器支持的语言编写SOAP服务，将这个服务注册到SOAP服务器上。SOAP请求被解析和察看并且送到SOAP服务去，使用服务的语言风格。
。谁有现成的源码，实现SOAP的客户端或服务器端？
我不太关心M$的SOAP，.NET弄的我一头雾水，我没办法弄清楚这里面的错综复杂关系。Apache有一个SOAP项目，我看过2.0的版本，里面有用Java做的server和client。我看的时候发现文档奇缺。

[gdming]

to DeD: SOAP isn't MSFT standard, it've been submitted to W3C already.

Is it SOAP=http+xml, NO, SOAP= xml+ ...(http, smtp, or XXXP), so we can use SOAP not just through browser. IBM, developmentor all have SOAP project on not-MS platform, they implemented it using java and C.

In MSFT .NET, they have a new(i don't think so) concept, WebService. For using WebService, they implement some protocols, like SOAP, UDDI, DISCO.

In my opinion, MSFT have finished lots of working on .NET, including xml and soap.

[linyasa007]

呵呵，soap，我他吗的还没弄懂她，哪位高手叫叫我啊

[x86]

有一本书挺不错的，里面有介绍SOAP的。
《XML高级编程》，英文名叫《Professional XML》，很经典的一本书。
就是价格高了一些，95元。大部头，跟VC内幕差不多厚度。
如果能报销的话，建议一定要买一本。

[gdming]

http://www.develop.com/dbox/

Don Box is the book editor of "Essential XML: beyond markup" and "Essential COM"

[xan1672]

没看到这个帖子，我又开了一个。：）
先贴过来吧。

目的是发起关于soap的讨论。
先提出我的观点，有不对的地方，欢迎批评指正。

soap与对象rpc。
soap与现有的orpc协议（如dcom，iiop/giop）相比，其优势在于跨平台和不存在防火墙问题。这是由于它的简单。
防火墙问题不必多谈，这是soap与生俱来的优势。
可以将soap用于orpc，但是soap中没有关于SOAP服务器怎样使用请求头来分发请求的要求，这是orpc所必须的。soap将其留为一个实现上的细节，我认为这是具有灵活性的关键所在。用户可以根据应用所处的实际环境来定义特定的分发机制，使用soap的这一特性也可将其与现有的orpc协议相连（？）。这种分发机制的一个例子就是wsdl。
也正是由于它的简单，我不认为它能最终替代dcom和iiop/giop。

[xan1672]

应该说不存在浏览器是否支持soap的说法，只要支持xml，就可以说是支持soap了。
至于服务器，需要自己构建soap服务器的（一般是在web服务器之上）。方法有很多，如asp，isapi，java serverlet等。
如有不对，还希望高手指教。

[x86]

SOAP是微软热衷的东西，所以恐怕会替代DCOM（我比较讨厌DCOM，:-)），好像
在.net里面，SOAP也起着很重要的作用，也许DCOM会逐渐被代替。
至于CORBA（IIOP）嘛，个人认为会比DCOM活的长久。

《XML高级编程》，真的是一本很不错的书，里面有很多篇幅涉及到了SOAP。

[AlanKoei]

我去书店看看有没有这本书
soap我也不懂，这两天听身边的人说的我一头雾水！

[xan1672]

在关注soap的同时，应该看看.net、wsdl和uddi。

[object_cat]

SOAP可以看作是一种轻量级的RPC,它以文本为数据载体,因此不适合大规模数据，一般来说SOAP调用在编码、传输中的开销要比Corba，COM+，RMI要慢。SOAP不涉及transaction、认证等，灵活的同时也将实现的负担留给了开发者。

因此，SOAP和现有的RPC技术各有各的用途，SOAP完全取代DCOM（以后的COM+)是不可能的。

[xiebo]

偶希望大家能公布一下email，偶想单独找人谈谈有关SOAP的事。。。
特别是gdming(),能告诉偶你的email吗？偶有些关于SOAP的问题想请教。。。
偶的email:[e-mail]

[linyasa007]

我今天就要去买《XML高级编程》

[Dureek]

同意xan1672 :)

soap在xml之上,而uddi又在soap之上,谁也脱离不了谁的 :)
顺便问一下xan1672, 可以想办法获取一个提供soap service(比如只提供了cgi url)取得(所有)诸如urn, method等信息吗?我想做个soap的图形化client, 不想输入太麻烦:p

还有,各位知道如何查找xml文件中指明的namespace,找出所有可用的simpleType吗?比如string什么的?

[Dureek]

呵呵 ... 我知道了,我可以去查找、发现这个服务 :)

[zaq]

关于推荐的文章，以下英文原版的http://msdn.microsoft.com/workshop/xml/general/soapspec.asp
我刚开始学习SOAP，还没什么体会，只有将找到的资料共享，希望多多讨论、共同进步

[gdming]

to xiebo:
I can't reach you at [e-mail] , you can reach at [e-mail]

[狮子王啊]

To x86: SOAP(Simple Ojbect Access Protocol) is a standard!

SOAP can used by distributed applications that working on intranet or internet through firewall of enterprise.
It was developed by MS and now supported by IBM etc.
SOAP using HTTP POST or M-POST method.
You can get the whole example about the SOAP client and server side demo in this book "VB6 XML Professional Technology", you can access the web site
"www.wrox.com" to get some info about this book.