web service从某些角度去看他, 它也是一种http server, 只是它丢的是SOAP, (很raughly的说法, 但先这样去想他会简单一点) 所以说, 当你的A server收到client丢上来的request之後, 你要做什麽事基本上都可以, 当然去拉其他service的内容有很多作法, 你可以live抓, 缺点就是整个session很长, 会 有什麽exception不知道; 反过来也可以用agent去作, 缺点就是B的data可能不是live的, 依照你的需求, 就是把A server上多实作一个跟B server沟通的方法, 一旦client丢req 上来就把A当client, 发个request给B, 再等B给response之後, 吐回给client. 不过话说回来, 如果确定client跟所有services都是java刻的话, 用RMI不知道会不会快 一点XD ※ 引述《skyblue2021 (空虚的人生)》之铭言： : 假设目前我有两个web service，web service A and web service B : 两个web service在不同主机 : 目前想写的程式是从一个client端呼叫web service A所提供的服务X : 而服务X是会用到web service B中所提供的服务Y : 也就是我要从client端呼叫A，A再去呼叫B，而B的结果回传给A後，A再回传给client : 不知道这样的做法可不可行? : 或是A是否会因为B处理太久而产生错误?(因为B是要用来parser网页的) : 目前的程式只要跑到A再呼叫B的部分就会有问题 : 而目前确定A和B的service是都没有问题的 : 因此想确定一下这样的呼叫方式是否真的可行? : 请大大指点一下 : 感激不进~ --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 219.84.65.145