随笔 - 89  文章 - 144  trackbacks - 0
<2008年7月>
293012345
6789101112
13141516171819
20212223242526
272829303112
3456789

常用链接

留言簿(10)

随笔分类

随笔档案

文章分类

文章档案

相册

Gis

OpenSource

搜索

  •  

最新评论

阅读排行榜

评论排行榜

         xmlrpc的标准是xml+http的实现,但是在应用过程中发现基于http的协议必然造成客户机每次rpc调用都要进行连接服务器,导致的开销增大;还有一个问题在于服务端实现method的注册回掉,而不像RMI那样两端都能注册服务方法,如果客户机也要增加回调method的话,也必须起xmlrpc的服务
         xmlrpc-c-1.03.06  http://xmlrpc-c.sourceforge.net 一种xmlrpc的c语言的实现,通过观看其代码,发现他选择abyss 作为自己的通信接口来提供http服务,由于是基于http的,如果作为服务通信接口的话就不太理想了,比如两个系统要经常进行双向通信,交互的频率很高的话,会导致这种通信的开销非常大,而且都是单向通信(一般服务端不能主动调用客户端的rcp方法)。由于是单向通信,造成了比如 外部网络无法穿透防火墙连接到内部主机的问题,更谈不上进一步的xmlrpc调用。
         所以我想基于xmlrpc-c的改造,替换掉abyss这个web服务器的通信接口,提供一种基于tcp的常连接的通信方法,使客户机和服务器都能同时注册自己的回调函数,然后通过两者之间的tcp连接进行传送xmlrp数据包。

002.bmp

posted on 2005-12-02 09:26 放屁阿狗 阅读(814) 评论(3)  编辑 收藏 引用 所属分类: Ice/xmlrpc

FeedBack:
# re: 一种持续的xmlrpc实现 2005-12-02 11:02 小明
我只是觉得大部分情况rpc都是没有必要的

简单的http调用就能满足大部分需求  回复  更多评论
  
# re: 一种持续的xmlrpc实现 2005-12-02 11:40 socketref
我认为如果是一般的应用的话,修改完的xmlrpc可以替代ice的作用  回复  更多评论
  
# re: 一种持续的xmlrpc实现 2008-07-24 19:42 meng9999
这有点像长连接方式;
但xmlrpc是基于http的 ;
http 是TCP 请求连接,得到数据,关闭连接的过程;
我看到有一个jabber-xml-rcp的实现,好像能达到你的要求;
不够我也没有进行测试过;  回复  更多评论
  

标题  
姓名  
主页
验证码 *
内容(提交失败后,可以通过“恢复上次提交”恢复刚刚提交的内容)  
  登录  使用高级评论  新用户注册  返回页首  恢复上次提交      
[使用Ctrl+Enter键可以直接提交]
相关链接:
网站导航: