Servlet与WebService关系

http://www.cnblogs.com/cy163/archive/2008/04/16/1155767.html

俩就不是用来干同样事情的东西，怎么比较？
Servlet是java用来开发HTTP Web应用的基础，你可以使用Servlet来做“你”自己的系统，想咋用就咋用！

但是如果你的系统需要“别人”系统提供数据活这完成一定操作，“你”用Servlet就不行了。

比如你做了一个网上书店系统，想直接通过银行直接付款

客户定书---》在你的系统某个页面付款---》你的系统调用银行系统的WebService，完成转账---》银行给你反馈成功---》发货（货到付款不在此列）

如果不用WebService之类的系统间的交互，上边的功能就不能实现了（只能货到付款），当然，银行有没有用用WebService这种系统交互方式，我就不知道了

Servlet的交互：
  
   客户端《-------》你的服务器端

WebService：
 
   客户端《-------》你的服务器端《-------这个交互可以用WebService，但是不能用Servlet-------》别人的服务器

客户端到你的服务器端的交互走的是纯粹的Http，和WebService么关系，服务器之间的交互可以用WebService

AxisServlet跳转？楼主理解得不对,这个Serverlet是为了让SERVLET容器（TOMCAT,WEBLOGIC etc）启动时加载你的WEB SERVICES服务，不是用来跳转的。当然你可以不用AxisServlet，可以自己写段代码来监听http端口，来实现WEBSERVICES。
webservice，提供了XML-RPC,实现了异构系统的之间通信，类似于EJB中的远程方法调用，通过SOAP实现异构系统件的数据交换，好像和SERVLET一点关系都没有吧，楼主怎么出了个提出讨论SERVLET与webservices之间的关系？
可能楼主被这个名字迷惑了，如果WEB SERVICES起个名字叫 soap-rpc，就清楚多了

对我有用[0] 丢个板砖[0] 引用 | 举报 | 管理

关注

keniv

keniv

等级：

#4 得分：10回复于： 2008-01-23 17:52:33

servlet:提供了请求/响应模式，是JAVA的一种规范，只能使用于java上，用来替代早期使用的难懂的CGI，是一种无状态的请求响应，规定了四个范围：pageContext、request、session、application。一定依赖于各种SERVLET容器

webservices：最早是微软提出了一种以XML为载体网络信息传输的规范，现在几乎所有的语言与平台都支持，带有状态机制，不依赖于SERVLET容器，