关于soap的讨论

xan1672 2001-03-13 03:35:00
目的是发起关于soap的讨论。
先提出我的观点,有不对的地方,欢迎批评指正。

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

...全文
243 20 打赏 收藏 转发到动态 举报
写回复
用AI写文章
20 条回复
切换为时间正序
请发表友善的回复…
发表回复
jintooth 2001-07-27
  • 打赏
  • 举报
回复
有点乱!
andrea 2001-07-27
  • 打赏
  • 举报
回复
我的看法:
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)正在关注这方面的发展。
我们可以简单的理解SOAP=RPC+XML+HTTP
Zee 2001-07-26
  • 打赏
  • 举报
回复
club.chinaasp.com 的XML学习版面将于8/1举办一次关于SOAP的讨论会,欢迎各位参与……

:)
cherry_lyt 2001-07-26
  • 打赏
  • 举报
回复
to xan1672
我对soap也感兴趣,而且也要做这方面的课题,以后多交流吧。邮箱:swarp@263.net
我也倾向于J2EE,不太喜欢.net。
Orasis 2001-07-26
  • 打赏
  • 举报
回复
关于DCOM,大家在上面如果做过开发就知道,其实它应该算是一种紧耦合的分布式运算,比如在通过firewall的时候会有一些问题,而对于采用了soap的web service而言,他们就都是通过http的端口就可以了。
michaelpeng7799 2001-07-26
  • 打赏
  • 举报
回复
TMD,新技术出的太快了,XML还没用过呢又来一个SOAP什么的。
w102272 2001-07-25
  • 打赏
  • 举报
回复
算我一个,X86兄,我可是认识你的,呵呵,不过你不认识我。
dewer 2001-06-22
  • 打赏
  • 举报
回复
to x86(大雪) xan1672(xan1672) :
我也算是交大校友哦,只不过是西交大的。
我现在也正研究SOAP,希望能和你们多交流。
我的Email:zcy@sz.ia-world.com
qq:9379742 我需要验证,你们最好写"soap" ,我就知道是你们了。:)
x86 2001-03-14
  • 打赏
  • 举报
回复
to xan1672:
果然是高手。

有兴趣的话可以看看.net的东西,印象中好像对SOAP有不错的集成,
有人说.net比J2EE要先进的多(我不以为然),可以很方便的开发出Web Ap。
至于彻底解决dcom和corba的互操作,我不知道你的朋友做的怎样,
可不可以交流交流,跟我可还是校友啊(我是计算机系92届的)。
但是由于dcom或者corba本身就需要复杂的支持环境,开销很大,
所以我倒是希望能有支持SOAP的Application Server。

xan1672 2001-03-14
  • 打赏
  • 举报
回复
to x86:
要让dcom和corba支持soap,那我们只能等了。
不过好象也有这方面的趋势。
xan1672 2001-03-14
  • 打赏
  • 举报
回复
to lingyasa007:
最简单和经典的说法soap=http+xml,是不是等于什么都没说?
:)
还是说soap的应用吧,最基本的有两个:
一是基于文本的数据交换,如用于edi。
二是基于请求/响应的远程方法/过程调用,如用于orpc。
我觉得在ngweb中soap的重要性不亚于http。
看看.net,简直就是构建于soap之上,而xml更是核心中的核心。
xan1672 2001-03-14
  • 打赏
  • 举报
回复
to lingyasa007:
最简单和经典的说法soap=http+xml,是不是等于什么都没说?
:)
还是说soap的应用吧,最基本的有两个:
一是基于文本的数据交换,如用于edi。
二是基于请求/响应的远程方法/过程调用,如用于orpc。
我觉得在ngweb中soap的重要性不亚于http。
看看.net,简直就是构建于soap之上,而xml更是核心中的核心。
xan1672 2001-03-14
  • 打赏
  • 举报
回复
我觉得你的看法是对的。
我是个研究生,在做soap和orpc的课题,非常需要找人讨论。
dcom和iiop是真正的orpc协议,而soap不能算,所以soap不可能实现它们的所有功能。
我觉得将soap与dcom、corba有两个层次。
一个是应用层的,就是我想做的。这其实是以soap为主的,对dcom和corba只用它们的一部分功能,即可由soap实现的。实际上完全抛开它们的通讯协议,仅仅将它们看作组件,以soap消息调用它们的方法,构建soap应用服务器,进行消息格式及其他必须的转换工作。而这对于大多数应用应该是够用了。
另一个更深的层次是以soap为辅助(协议),彻底解决dcom和corba的互操作。这很不简单,我有个上交大的朋友在做这件事。
x86兄,谈谈你的看法吧。
x86 2001-03-14
  • 打赏
  • 举报
回复
我觉得,SOAP既然只是一种协议,就需要通信的双方都明白这种协议。
所以,不管是COM还是CORBA对象,如果同时支持SOAP协议,那当然可以调用了。
只是我的想法,也不知对不对。
DCOM和CORBA都是一种体系,而SOAP只是一种协议,所以也并不完全相同。
x86 2001-03-14
  • 打赏
  • 举报
回复
x86@263.net
其实我有一个很酷的mail:programmer@china.com
可惜china.com的免费邮箱实在不好用。
有进展别忘了告诉我哟。

J2EE:Java 2 Enterprise Edition,用Java实现企业服务的框架,SUN的产品。
xan1672 2001-03-14
  • 打赏
  • 举报
回复
我不过是新手而已。
非常高兴你支持我的想法。
留个email怎样?以后我有进展的时候方便联系。blue.xan@263.net
J2EE是什么?
xan1672 2001-03-13
  • 打赏
  • 举报
回复
x86兄,你觉得在象我所说的在应用层上进行soap对dcom或corba的调用如何?
linyasa007 2001-03-13
  • 打赏
  • 举报
回复
我想冒昧问一句,soap到底是怎么回事,他具体可以用在什么地方呢,谢谢
linyasa007 2001-03-13
  • 打赏
  • 举报
回复
我想冒昧问一句,soap到底是怎么回事,他具体可以用在什么地方呢,谢谢
x86 2001-03-13
  • 打赏
  • 举报
回复
SOAP是微软热衷的东西,所以恐怕会替代DCOM,好像
在.net里面,SOAP也起着很重要的作用,也许DCOM会逐渐被代替。
至于CORBA(IIOP)嘛,个人认为会比DCOM
活的长久。

8,907

社区成员

发帖
与我相关
我的任务
社区描述
XML/XSL相关问题讨论专区
社区管理员
  • XML/XSL社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧