WebService架构和应用

当前，WebService是一个热门话题。但是，WebService究竟是什么？什么情况下应该用WebService？什么情况下不应该用WebService？是需要我们正确认识的。

　　今天，在课堂上，老师为我们讲述了WebService技术的常见应用，使我们认识到了WebService技术的特点及应用场合。

　　1. 什么是WebService？

　　<1> 对这个问题，我们至少有两种答案。从表面上看，WebService 就是一个应用程序，它向外界暴露出一个能够通过Web进行调用的API。这就是说，你能够用编程的方法通过Web来调用这个应用程序。我们把调用这个 WebService 的应用程序叫做客户。

　　例如，你想创建一个WebService ，它的作用是返回当前的天气情况。那么你可以建立一个ASP页面，它接受邮政编码作为查询字符串，然后返回一个由逗号隔开的字符串，包含了当前的气温和天气。要调用这个ASP页面，客户端需要发送下面的这个HTTP GET请求：http://host.company.com/weather.asp?zipcode=20171 返回的数据就应该是这样：

　　21,晴

　　这个ASP页面就应该可以算作是WebService了。因为它基于HTTP GET请求，暴露出了一个可以通过Web调用的API。当然WebService还有更多的东西。

　　<2> 下面是对WebService更精确的解释：WebService是建立可互操作的分布式应用程序的新平台。作为一个Windows程序员，你可能已经用 COM或DCOM建立过基于组件的分布式应用程序。COM是一个非常好的组件技术，但是我们也很容易举出COM并不能满足要求的情况。 WebService平台是一套标准，它定义了应用程序如何在Web上实现互操作性。你可以用任何你喜欢的语言，在任何你喜欢的平台上写 WebService ，只要我们可以通过WebService标准对这些服务进行查询和访问。

　　2. WebService的优点：

　　<1> 跨防火墙的通信

　　如果应用程序有成千上万的用户，而且分布在世界各地，那么客户端和服务器之间的通信将是一个棘手的问题。因为客户端和服务器之间通常会有防火墙或者代理服务器。在这种情况下，使用DCOM就不是那么简单，通常也不便于把客户端程序发布到数量如此庞大的每一个用户手中。传统的做法是，选择用浏览器作为客户端，写下一大堆ASP页面，把应用程序的中间层暴露给最终用户。这样做的结果是开发难度大，程序很难维护。

　　举个例子，在应用程序里加入一个新页面，必须先建立好用户界面(Web页面)，并在这个页面后面，包含相应商业逻辑的中间层组件，还要再建立至少一个 ASP页面，用来接受用户输入的信息，调用中间层组件，把结果格式化为HTML形式，最后还要把“结果页”送回浏览器。要是客户端代码不再如此依赖于 HTML表单，客户端的编程就简单多了。

　　如果中间层组件换成WebService的话，就可以从用户界面直接调用中间层组件，从而省掉建立ASP页面的那一步。要调用WebService，可以直接使用MicrosoftSOAPToolkit或.NET这样的SOAP客户端，也可以使用自己开发的SOAP客户端，然后把它和应用程序连接起来。不仅缩短了开发周期，还减少了代码复杂度，并能够增强应用程序的可维护性。同时，应用程序也不再需要在每次调用中间层组件时，都跳转到相应的“结果页”。

　　从大多数人的经验来看，在一个用户界面和中间层有较多交互的应用程序中，使用WebService这种结构，可以节省花在用户界面编程上20%的开发时间。另外，这样一个由WebService组成的中间层，完全可以在应用程序集成或其它场合下重用。最后，通过WebService把应用程序的逻辑和数据“暴露”出来，还可以让其它平台上的客户重用这些应用程序。

　　<2> 应用程序集成

　　企业级的应用程序开发者都知道，企业里经常都要把用不同语言写成的、在不同平台上运行的各种程序集成起来，而这种集成将花费很大的开发力量。应用程序经常需要从运行在IBM主机上的程序中获取数据；或者把数据发送到主机或UNIX应用程序中去。即使在同一个平台上，不同软件厂商生产的各种软件也常常需要集成起来。通过WebService，应用程序可以用标准的方法把功能和数据“暴露”出来，供其它应用程序使用。

　　例如，有一个订单登录程序，用于登录从客户来的新订单，包括客户信息、发货地址、数量、价格和付款方式等内容；还有一个订单执行程序，用于实际货物发送的管理。这两个程序来自不同软件厂商。一份新订单进来之后，订单登录程序需要通知订单执行程序发送货物。通过在订单执行程序上面增加一层 WebService，订单执行程序可以把“AddOrder”函数“暴露”出来。这样，每当有新订单到来时，订单登录程序就可以调用这个函数来发送货物了。

　　<3> B2B的集成

　　用WebService集成应用程序，可以使公司内部的商务处理更加自动化。但当交易跨越供应商和客户、突破公司的界限时会怎么样呢？跨公司的商务交易集成通常叫做B2B集成。

　　WebService是B2B集成成功的关键。通过WebService，公司可以把关键的商务应用“暴露”给指定的供应商和客户。例如，把电子下单系统和电子发票系统“暴露”出来，客户就可以以电子的方式发送订单，供应商则可以以电子的方式发送原料采购发票。当然，这并不是一个新的概念，EDI(电子文档交换)早就是这样了。但是，WebService的实现要比EDI简单得多，而且WebService运行在Internet上，在世界任何地方都可轻易实现，其运行成本就相对较低。不过，WebService并不像EDI那样，是文档交换或B2B集成的完整解决方案。WebService只是 B2B集成的一个关键部分，还需要许多其它的部分才能实现集成。

　　用WebService来实现B2B集成的最大好处在于可以轻易实现互操作性。只要把商务逻辑“暴露”出来，成为WebService，就可以让任何指定的合作伙伴调用这些商务逻辑，而不管他们的系统在什么平台上运行，使用什么开发语言。这样就大大减少了花在B2B集成上的时间和成本，让许多原本无法承受EDI的中小企业也能实现B2B集成。

　　<4> 软件和数据重用

　　软件重用是一个很大的主题，重用的形式很多，重用的程度有大有小。最基本的形式是源代码模块或者类一级的重用，另一种形式是二进制形式的组件重用。

　　3. WebService的缺点

　　<1> 单机应用程序

　　目前，企业和个人还使用着很多桌面应用程序。其中一些只需要与本机上的其它程序通信。在这种情况下，最好就不要用WebService，只要用本地的 API就可以了。COM非常适合于在这种情况下工作，因为它既小又快。运行在同一台服务器上的服务器软件也是这样。最好直接用COM或其它本地的API来进行应用程序间的调用。当然WebService也能用在这些场合，但那样不仅消耗太大，而且不会带来任何好处。

　　<2> 局域网的同构应用程序

　　在许多应用中，所有的程序都是用VB或VC开发的，都在Windows平台下使用COM，都运行在同一个局域网上。例如，有两个服务器应用程序需要相互通信，或者有一个Win32或WinForm的客户程序要连接局域网上另一个服务器的程序。在这些程序里，使用DCOM会比SOAP/HTTP有效得多。与此相类似，如果一个.NET程序要连接到局域网上的另一个.NET程序，应该使用.NETremoting。有趣的是，在.NETremoting 中，也可以指定使用SOAP/HTTP来进行WebService调用。不过最好还是直接通过TCP进行RPC调用，那样会有效得多。

　　WebService应用

　　1. JDK6增加了对WS的支持

　　下面是WebService的一个简单的服务应用

　　Java代码

　　import javax.xml.ws.*;

　　import javax.jws.*;

　　import javax.jws.soap.*;

　　@WebService(targetNamespace="http://localhost:7070/Ebay")

　　@SOAPBinding(style = SOAPBinding.Style.RPC)

　　public class HelloService

　　{

　　public static void main(String [] args)

　　{

　　Endpoint.publish("http://localhost:7070/Ebay",new HelloService());

　　}

　　@WebMethod

　　public void sayHello()

　　{

　　System.out.println("hello");

　　}

　　}

2. Axis安装配置

　　<1> 安装JDK；

　　<2> 安装并配置Tomcat；

　　<3> 从官方网站http://ws.apache.org/axis下载最新的Axis项目打包文件，并将webapps下axis目录拷贝到Tomcat的webapps目录下；

　　<4> 验证Axis的安装；

　　<5> 浏览所发布的服务。 3. 服务器端开发

　　<1> 即时发布

　　使用即时发布首先需要一个实现服务功能的Java源文件，将其扩展名改为.jws（Java Web Service的缩写），然后将该文件放到Tomcat下面的webapps\axis目录下即可。但是JWS的web服务发布是一个很简单的Web服务发布方式，在页面中你不能使用包，而且由于代码是在运行期被编译的，所以在部署之后，你也很难找到错误所在。

　　<2> 定制发布

　　① 编写要发布为服务的java类

　　② 编译生成的class文件应该放在Tomcat下的webapps\axis\WEB-INF\classes\下面

　　③ 编写deploy.wsdd 文件描述服务的名称，入口等信息

　　④ 切换到命令航下，执行

　　java org.apache.axis.client.AdminClient –p 8085 deploy.wsdd 4. 调用web服务

　　<1> DLL动态接口调用方式（Dynamic Invocation Interface）

　　Java代码

　　public static void main(String [] args) {

　　try {

　　String endpoint =

　　"http://localhost:8080/axis/services/test1";

　　//实例化一个服务对象service

　　Service  service = new Service();

　　//创建一个空的调用对象Call,设置Call的操作名称，目标地址，传入参数等等

　　//执行调用后即可得到返回的结果

　　Call     call    = (Call) service.createCall();

　　call.setTargetEndpointAddress( new java.net.URL(endpoint) );

　　call.setOperationName(new QName("http://soapinterop.org/", "add3") );

　　// Call to addParameter/setReturnType as described in user-guide.html

　　//call.addParameter("testParam",

　　//                  org.apache.axis.Constants.XSD_STRING,

　　//                  javax.xml.rpc.ParameterMode.IN);

　　//call.setReturnType(org.apache.axis.Constants.XSD_STRING);

　　Integer ret = (Integer) call.invoke( new Object[] { 1,3 } );

　　System.out.println( ret);

　　} catch (Exception e) {

　　System.err.println(e.toString());

　　}

　　}

　　<2> 动态代理方式（Dynamic Proxy）

　　动态代理需要一个本地的接口作为代理

　　Java代码

　　public interface ITestDynameicProxy extends Remote {

　　public String getMessage() throws RemoteException;

　　}

　　public static void main(String[] args) throws Exception {

　　String wsdlUrl = "http://localhost:8080/axis/test/Test.jws?wsdl";

　　String nameSpaceUri = "http://soapinterop.org/";

　　String serviceName = "Test1Service";

　　String portName = "Test1";

　　ServiceFactory serviceFactory = ServiceFactory.newInstance();

　　Service service = serviceFactory.createService(

　　new URL(wsdlUrl), new QName(nameSpaceUri,serviceName));

　　ITestDynameicProxy proxy = (ITestDynameicProxy)service.getPort(

　　new QName(nameSpaceUri,portName),ITestDynameicProxy.class);

　　System.out.println(proxy.getMessage());

　　}

　　通过输入wsdl地址，命名空间地址和服务名，用服务工厂创建出一个服务实例，再通过设置端口名得到一个服务类型的服务代理对象，通过该代理，就可以直接访问web服务了。

　　<3> 静态方式（Stubs）

　　① 按常规方式发布一个WebService

　　② 得到wsdl文件

　　* 通过web页面直接另存为

　　* 通过Java2WSDL工具类生成

　　（java org.apache.axis.wsdl.Java2WSDL -o demo1.wsdl -l http://localhost:8080/axis/services/demo -n http://www.itcast.cn/test.Demo）

　　③ 利用WSDL2Java工具类生成客户端调用代码

　　（java org.apache.axis.wsdl.WSDL2Java demo.wsdl -p client）

　　④ 在生成的代码基础上，进行客户端的调用

　　Java代码

　　public static void main(String[] args) throws ServiceException, RemoteException {

　　DemoServiceLocator demoService = new DemoServiceLocator();

　　Demo demo = demoService.getdemo();

　　System.out.println(demo.getMessage());

　　}