• 热门标签

当前位置: 主页 > 航空资料 > 计算机 >

时间:2010-08-09 13:05来源:蓝天飞行翻译 作者:admin
曝光台 注意防骗 网曝天猫店富美金盛家居专营店坑蒙拐骗欺诈消费者

(例如BBEdit,
MSWord,
ShockWave以
及AppleScript)
客户服务
一个响应通过HTTP被异
步地送回到调用者,并
带有处理结果
你通过HTTP提交一个
XMLRPC消息,作为XML
指定方法和相关参数h t t p : / / w w w. m a i l t o t h e f u t u r e . c o m
A d d M e s s a g e ( )添加一个新消息到电子
邮件库R e m o v e M e s s a g e ( )在电子邮件库
中删除当前消息G e t M e s s a g e I n Q u e u e ( )
获得电子邮件库的当前消息量
11.3.1 为什么使用XML-RPC
传统的远程通信方法包括C O M和C O R B A技术(例如D C O M或I I O P),它们仍然被发展着的
通信技术所支持,尽管这些技术在紧密集成的系统里毫无疑问是流行的,但在分布式通信领域
仍然强调传统的方法。与之相反的是, X M L - R P C系统被广泛的分布式网络所更多地采纳。例如,
X M L系统并不要求在一个方法被调用前必须知道服务器的标识,相反,服务器能够在一个调用
里被标识,或者在使用一个动态的负载平衡后被决定。
传统上,我们必须知道相关的许多技术问题,包括平台形式,它们使用了C O M还是C O R B A,
但如果它们的系统在防火墙之后(许多系统有这样的问题),另一些问题也将被考虑。
图11 - 1 0将解释在防火墙问题上, X M L - R P C为什么没有问题,而传统的方法将遇到困难,特
别在I n t e r n e t中。
图11-10
使用X M L - R P C协议,所有的通信都是在H T T P上工作的,因此,消息传送通过防火墙毫无
问题(几乎所有的防火墙都允许H T T P通过),进而,随着X M L对界面以及对数据的描述,与传
统的比较固定的系统相比,将会减少很多的集成问题。事实上,所有我们所需要的是U R L、界
面描述和期望的返回值—这是个简单的问题。
在X M L - R P C . c o m站点最近的一些工作可能是最好的解释。U s e r l a n d . c o m站点(运行在
F r o n t i e r上)展示了一些修改讨论组消息的方法。这些允许开发者远程调用一些方法去执
行某些动作,如在讨论板上创建一个新的消息和修改一个已经存在的消息—所有这些
都从任何一个远程客户系统通过XML-RPC来实现,而该客户系统是支持HTTP协议的。
U s e r l a n d对每一个相对较短的文件提供一个方法名称,它的期望参数,它的返回值和对该
432使用XML 高级编程
下载
COM/COBRA客
户机或服务器
XMLRPC客户机
或服务器
局部
远程
服务器(Web)服务器
防火墙
一般来说,仅有端口8 0允许传输通过一这是H T T P用
于传输网页的端口,它同样适用于X M L R P C,并对该
协议是没有问题的。使用传统的方法时,经常有不知道
和/或不常用的端口被使用,并且防火墙不允许传输通
过,它对Internet来说是一个大问题
方法的一个简短描述,两天之内,人们就可以在平台上例如M a c s,Windows 和U n i x拥有
一个包括多种编程语言的编辑器,这些语言包括A S P,C O M,P H P,L i n g o,J a v a和
Applescript等。
这一切都毫无问题。事实上,从Dave Wi n e r发来的一封e - m a i l十分令人感兴趣,其大意是
他想到一个问题,因为在讨论组标准发布2 4小时后没有一条“成功”的消息被提交。我
怀疑是否每一位读者都在综合了多个平台和传统技术领域里使用的语言后,又考虑2 4小
时长的时间。XML-RPC的强大功能是毫无疑问的。
最重要的是要记住X M L - R P C对于分布式计算并不总是正确的选择,它比传统的方法要慢,
传统的方法由于上述的理由被最普遍地用于封闭式网络。但是, I n t e r n e t比绝大多数的封闭式网
络要慢,因此在使用X M L - R P C时并不真感受到等待时间的问题(因为这是网络延迟,而不是导
致绝大多数延迟的处理时间),如果你在一个相同的共用网络里调用一个方法并对速度更看重,
并且也不介意将应用程序界面暴露给远程服务器,最好的选择可能是使用C O M或者C O R B A技术,
例如D C O M或I I O P。像你所见到的一样,当在一个网络服务器上使用H T T P打包并通过X M L -
R P C传送时,将仍然会暴露一些在C O M / C O R B A应用程序中使用的方法。
图11 - 11将显示一个使用X M L - R P C的分布式系统的可能的结构,这个图表将解释任何一个
X M L - R P C授权的客户如何调用一个在X M L - R P C服务器上的方法,而这些服务器又是在不同的
平台上并运行不同的X M L - R P C服务程序,可能有许多可能的结构。能够看到服务器能够在另外
的远程服务器上激活一个方法,并向客户应用程序提供服务。事实上,一个客户激活一个调用
和一个服务器激活该调用二者并没有区别。
图11-11
11.3.2 XML-RPC适用于何处
前面几章已经描述了X M L和它的一些相关技术,因此当你听到这样一些事情时或许会感到
第11章服服务器到服务器使用433 下载
运行Perl
XMLRPC
服务器的
Web服务

运行Tcl
XML-RPC
服务器的
Apache Web
服务器
使用
XMLRPCPerl
Win32服务器
的MSII4 Web
服务器
运行Java
XMLRPC服
务器的
Apache Web
服务器
具有本机
XML RPC
支持的
Frontier
Mac
客户机
Java
客户机
Win32
客户机
浏览器
JavaScript
客户机
惊讶,即X M L - R P C目前仅仅使用了最基本的一些功能,即X M L 1 . 0标准和X M L文档对象模型
(XML Document Object Model.)
这些X M L的一些基本特征在实际中几乎被每一个平台所支持,也保证了X M L - R P C规范能够
被广泛地支持。将来,我们将看到另外一些X M L特征加入到X M L - R P C规范。
11.3.3 XML-RPC规范—技术全瞻
 
中国航空网 www.aero.cn
航空翻译 www.aviation.cn
本文链接地址:XML高级编程上(138)