webservice框架什么是webservice，什么情况下使用，如何使用

java来做Web Service，用哪个框架最好

正好现在在学webService.可以共同进步啊 Web Services 框架如 Axis2、CXF 都是由现有的项目中逐渐演化而来的，Axis2 是由 Axis 1.x 系列演化过来，而 Apache CXF 则是由 Celtix 和 XFire 项目整合而生，并且刚刚发布了 2.0.2 的最新版本，不过仍是 Apache 的一个孵化项目。

Axis2 是对 Axis 进行了彻底的重写的一个新项目了，它使用了新的模块化架构，更方便于功能性的扩展等等。

Apache CXF 则是由 XFire 和 Celtix 两个现有的项目进行了重组。

先比较一下它们的不同之处： 1、Apache CXF 支持 WS-Addressing、WS-Policy、WS-RM、WS-Security和WS-I BasicProfile 2、Axis2 支持 WS-Addressing、WS-RM、WS-Security和WS-I BasicProfile，WS-Policy将在新版本里得到支持 3、Apache CXF 是根据Spring哲学来进行编写的，即可以无缝地与Spring进行整合 4、Axis2 不是 5、Axis2 支持更多的 data bindings，包括 XMLBeans、JiBX、JaxMe 和 JaxBRI，以及它原生的 data binding（ADB）。

6、Apache CXF 目前仅支持 JAXB 和 Aegis，并且默认是 JAXB 2.0，与 XFire 默认是支持 Aegis 不同，XMLBeans、JiBX 和 Castor 将在 CXF 2.1 版本中得到支持，目前版本是 2.0.2 7、Axis2 支持多种语言，它有 C/C++ 版本。

8、Apache CXF 提供方便的Spring整合方法，可以通过注解、Spring标签式配置来暴露Web Services和消费Web Services 如何抉择： 1、如果应用程序需要多语言的支持，Axis2 应当是首选了； 2、如果应用程序是遵循 Spring 哲学路线的话，Apache CXF 是一种更好的选择，特别对嵌入式的 Web Services 来说； 3、如果应用程序没有新的特性需要的话，就仍是用原来项目所用的框架，比如 Axis1，XFire，Celtrix 或 BEA 等等厂家自己的 Web Services 实现，就别劳民伤财了 因为CXF可以和Spring无缝的进行结合，而我的项目用到了spring ,所以我选的是CXF

springmvc 怎么实现 webservice

主要是webservice的协议：http+xml=soap 既然是http协议，你只要按照soap协议的规范，自己通过socket来写webservice框架也行的。

但是没这个必要，因为成熟稳定的webservice框架已经完成这些事情了。

一般webservice的服务端就是通过一个servlet来拦截请求，再交给具体的服务去处理的。

注意：这里是服务端，那么客户端呢？ 客户端如果是简单的xml+post请求肯定是不行的，这里的xml必须符合webservice规范（当然你说如果自己开发服务端、客户端，那么xml是约定好的，怎么不行呢？确实，但是这就不是webservice服务，而是普通的web服务，因为你的服务不是统一的，其它客户端如果要调用，必须使用你的客户端api） 所以很多webservice框架都会提供生成客户端工具，目的就是把具体调用的过程封装起来，如果你不用工具，可以直接封装成soap的请求xml，用socket来请求也行

什么是webservice，什么情况下使用，如何使用

跨越防火墙的通信 如果你的应用程序有成千上万的用户，而且他们都分布在世界各地，那么客户端和服务器之间的通信将是一个棘手的问题。

那是因为客户端和服务器之间通常都会有防火墙或者代理服务器。

在这种情况下，你想使用DCOM就不是那么简单了，而且，通常你也不愿意把你的客户端程序发布到如此庞大数量的每一个用户手中。

于是，你最终选择了用浏览器作为客户端，写下一堆ASP页面，把应用程序的中间层暴露给最终用户。

结果呢?运气好的话，只是开发难度大了一些，运气不好的话，就会得到一个根本无法维护的应用程序。

想象一下你应该怎么在你的应用程序里面加入一个新的页面：你必须先建立好用户界面(Web页面)，以及在这个页面后面，包含相应商业逻辑的中间层组件。

这还不够，你还要再建立至少一个ASP页面，用来接受用户输入的信息，调用中间层组件，把结果格式化为HTML形式，最后还要把结果页送回浏览器。

要是客户端代码不再如此依赖于HTML表单，客户端的编程不就简单多了吗?还有，建立ASP页面的那一步可以省略掉吗? 当然。

如果你的中间层组件是Webservice的话，你完全可以从用户界面直接调用中间层组件，从而省掉建立ASP页面的那一步。

要调用Webservice，你可以直接使用MicrosoftSOAPToolkit或.NET这样的SOAP客户端，也可以使用你自己开发的SOAP客户端，然后把它和你的应用程序连接起来。

这样做，不仅可以缩短开发周期，还可以减少代码的复杂度，并增强整个应用程序的可维护性。

同时，你的应用程序也不再需要在每次调用中间层组件时，都跳转到相应的结果页了。