WebService入门教程

nullWebService技术架构WebService技术架构国家软件外包人才培训（实训）基地 http://www.nastation.com.cn 2008-2-19 作者：Jimmy E-MAil：jimmyrubya@126.com 目录目录Webservice介绍 Webservice技术构成 Webservice开发 S S S S Webservice介绍Webservice介绍WebService简介 WebService应用－互连设备 WebService应用－整合应用 WebService优点 WebService缺点 WebService简介WebService简介WebService的主要目标是跨平台的可互操作性。为了达到这一目标，WebService完全基于XML（可扩展标记语言）、XSD（XMLSchema）等独立于平台、独立于软件供应商的标准，是创建可互操作的、分布式应用程序的新平台。 WebService是一个 协议 离婚协议模板下载合伙人协议 下载渠道分销协议免费下载敬业协议下载授课协议下载 ，相当于http协议 。 能够在一个分布式的计算环境中动态地描述、发布、发现和调用服务Webservice介绍Webservice介绍WebService简介 WebService应用－互连设备 WebService应用－整合应用 WebService优点 WebService缺点 WebService应用－互连设备WebService应用－互连设备Webservice介绍Webservice介绍WebService简介 WebService应用－互连设备 WebService应用－整合应用 WebService优点 WebService缺点 WebService应用－整合应用WebService应用－整合应用ApplicationApplicationApplicationXMLXMLXMLXMLXMLXMLXMLXMLXMLWebservice介绍Webservice介绍WebService简介 WebService应用－互连设备 WebService应用－整合应用 WebService优点 WebService缺点 WebService优点WebService优点一、跨防火墙的通信 如果应用程序有成千上万的用户，而且分布在世界各地，那么客户端和服务器之间的通信将是一个棘手的问 题 快递公司问题件快递公司问题件货款处理关于圆的周长面积重点题型关于解方程组的题及答案关于南海问题 。因为客户端和服务器之间通常会有防火墙或者代理服务器。 举个例子，在应用程序里加入一个新页面，必须先建立好用户界面(Web页面)，并在这个页面后面，包含相应商业逻辑的中间层组件，还要再建立至少一个ASP页面，用来接受用户输入的信息，调用中间层组件，把结果格式化为HTML形式，最后还要把“结果页”送回浏览器。要是客户端代码不再如此依赖于HTML表单，客户端的编程就简单多了。 WebService优点WebService优点一、跨防火墙的通信 如果中间层组件换成WebService的话，就可以从用户界面直接调用中间层组件，从而省掉建立ASP页面的那一步。要调用WebService，可以直接使用MicrosoftSOAPToolkit或.NET这样的SOAP客户端，也可以使用自己开发的SOAP客户端，然后把它和应用程序连接起来。不仅缩短了开发周期，还减少了代码复杂度，并能够增强应用程序的可维护性。同时，应用程序也不再需要在每次调用中间层组件时，都跳转到相应的“结果页”。 WebService优点WebService优点二、应用程序集成 例如，有一个订单登录程序，用于登录从客户来的新订单，包括客户信息、发货地址、数量、价格和付款方式等内容；还有一个订单执行程序，用于实际货物发送的管理。这两个程序来自不同软件厂商。一份新订单进来之后，订单登录程序需要 通知 关于发布提成方案的通知关于xx通知关于成立公司筹建组的通知关于红头文件的使用公开通知关于计发全勤奖的通知 订单执行程序发送货物。通过在订单执行程序上面增加一层WebService，订单执行程序可以把“AddOrder”函数“暴露”出来。这样，每当有新订单到来时，订单登录程序就可以调用这个函数来发送货物了。 WebService优点WebService优点三、B2B的集成 用WebService集成应用程序，可以使公司内部的商务处理更加自动化。但当交易跨越供应商和客户、突破公司的界限时会怎么样呢？跨公司的商务交易集成通常叫做B2B集成。 WebService是B2B集成成功的关键。通过WebService，公司可以把关键的商务应用“暴露”给指定的供应商和客户。例如，把电子下单系统和电子发票系统“暴露”出来，客户就可以以电子的方式发送订单，供应商则可以以电子的方式发送原料采购发票。WebService只是B2B集成的一个关键部分，还需要许多其它的部分才能实现集成。 WebService优点WebService优点三、B2B的集成 用WebService来实现B2B集成的最大好处在于可以轻易实现互操作性。只要把商务逻辑“暴露”出来，成为WebService，就可以让任何指定的合作伙伴调用这些商务逻辑，而不管他们的系统在什么平台上运行，使用什么开发语言。这样就大大减少了花在B2B集成上的时间和成本，让许多原本无法承受EDI的中小企业也能实现B2B集成。 WebService优点WebService优点四、软件和数据重用 WebService在允许重用代码的同时，可以重用代码背后的数据。使用WebService，再也不必像以前那样，要先从第三方购买、安装软件组件，再从应用程序中调用这些组件；只需要直接调用远端的WebService就可以了。举个例子，要在应用程序中确认用户输入的地址，只需把这个地址直接发送给相应的WebService，这个WebService就会帮你查阅街道地址、城市、省区和邮政编码等信息，确认这个地址是否在相应的邮政编码区域。WebService的提供商可以按时间或使用次数来对这项服务进行收费。这样的服务要通过组件重用来实现是不可能的，那样的话你必须下载并安装好包含街道地址、城市、省区和邮政编码等信息的数据库，而且这个数据库还是不能实时更新的。 Webservice介绍Webservice介绍WebService简介 WebService应用－互连设备 WebService应用－整合应用 WebService优点 WebService缺点 WebService缺点WebService缺点一、单机应用程序 目前，企业和个人还使用着很多桌面应用程序。其中一些只需要与本机上的其它程序通信。在这种情况下，最好就不要用WebService，只要用本地的API就可以了。COM非常适合于在这种情况下工作，因为它既小又快。运行在同一台服务器上的服务器软件也是这样。最好直接用COM或其它本地的API来进行应用程序间的调用。当然WebService也能用在这些场合，但那样不仅消耗太大，而且不会带来任何好处。 WebService缺点WebService缺点二、局域网的同构应用程序 在许多应用中，所有的程序都是用VB或VC开发的，都在Windows平台下使用COM，都运行在同一个局域网上。例如，有两个服务器应用程序需要相互通信，或者有一个Win32或WinForm的客户程序要连接局域网上另一个服务器的程序。在这些程序里，使用DCOM会比SOAP/HTTP有效得多。与此相类似，如果一个.NET程序要连接到局域网上的另一个.NET程序，应该使用.NETremoting。有趣的是，在.NETremoting中，也可以指定使用SOAP/HTTP来进行WebService调用。不过最好还是直接通过TCP进行RPC调用，那样会有效得多。 目录目录Webservice介绍 Webservice技术构成 Webservice开发 S S S S Webservice技术构成Webservice技术构成Web Services协议栈 Web Services 工作 流程 快递问题件怎么处理流程河南自建厂房流程下载关于规范招聘需求审批流程制作流程表下载邮件下载流程设计 SOAP WSDL UDDI Demo Web Services协议栈Web Services协议栈Web Services协议栈Web Services协议栈Machine A Machine B InvokeWSDL proxyWSDL stubWeb ServiceWebservice技术构成Webservice技术构成Web Services协议栈 Web Services 工作流程 SOAP WSDL UDDI Demo Web Services 工作流程Web Services 工作流程Design-Time or DynamicRuntimeWebservice技术构成Webservice技术构成Web Services协议栈 Web Services 工作流程 SOAP WSDL UDDI Demo SOAPSOAPSimple Object Access Protocol SOAP是一个协议规范，定义了传递XML-encoded数据时的统一方式;同时它也定义了使用HTTP作为底层通信协议时，执行远程调用(RFC)的方法。 Webservice技术构成Webservice技术构成Web Services协议栈 Web Services 工作流程 SOAP WSDL UDDI Demo WSDLWSDLWeb service Description Language 一个WSDL文档在定义网络服务时遵循以下几个原理:     · 类型:使用某种类型的系统进行数据类型定义的容器(如XSD)     · 消息:一种抽象的、被定义类型的通信数据     · 操作:由服务所支持的一个抽象描述的动作     · 端口类型:由一个或多个端点支持的一个操作的抽象集合     · 绑定:针对一个特定端口类型的具体的协议和数据格式规范     · 端口:被定义成一个结合绑定和网络地址的一个单一的端点     · 服务:相关端点的集合     由此可见，WSDL为客户提供了一个服务描述的 模板 个人简介word模板免费下载关于员工迟到处罚通告模板康奈尔office模板下载康奈尔 笔记本 模板 下载软件方案模板免费下载 。Webservice技术构成Webservice技术构成Web Services协议栈 Web Services 工作流程 SOAP WSDL UDDI Demo UDDIUDDIUniversal Description, Discovery and Integration UDDI为客户提供了一种动态查找其它Web服务的机制。可以将它看作商业应用程序的DNS服务。 Webservice技术构成Webservice技术构成Web Services协议栈 Web Services 工作流程 SOAP WSDL UDDI Demo DemoDemoDOM vs. SAX 许多的Webservice开发环境，将开发者从底层的XML文档的解析和处理中解放出来，他们提供了自动化或者很方便的工具，使得这一过程变得很简单。但是对于一些有特殊要求的Webservice应用，比如需要更好的柔性或者对速度要求特别高的应用，就需要手工处理XML文档。这时候两种XML解析的模型－DOM 和SAX的选择，将成为重要的问题。 DOM使用树状图的方式解析XML文档，而SAX则更多的采用事件驱动的模型。 DemoDemoDOM vs. SAX DOM先将XML文档映射成一颗树，然后通过采用一系列与树相关的操作去处理这份文档。这种方法有很多的好处，首先开发者很容易理解，使用一颗树这对于开发者来说是最常见不过的了。DOM最常用于XML在Service中需要频繁修改的场合。当然DOM也有它的缺点，在处理XML文档的时候，它需要载入整个文档，而不管你需要修改的是否只是其中的一小部分。因此它的运行效率以及对内存的使用显然是不能接受的，尤其是面对很大的XML文档。 SAX使用事件驱动的模型来处理XML文档。通过一系列事件的触发，来完成对XML的解析，你可以只关心你所要处理的事件，当这些事件发生时，会调用到相应的回调函数来通知到你。采用这种方式就可以在很大程度上提高XML文档解析的效率。但是它的缺点在于难于使用，以及对同一文档的多次处理会存在一些问题。 总而言之，DOM更适合处理那种文档型的XML文件，而SAX则适于那种想直接将XML结构映射成在你系统中的一个对象的操作。（比如将一个XML结构直接映射成JAVA中的一个Class）或者那种针对XML文件中特殊Tag的操作。目录目录WebService介绍 WebService技术构成 WebService开发 S S S S WebService开发WebService开发用Axis开发基于Java的Web服务 目前WebService的实现主要有：      1、sun的JWSDP-Java Web服务开发人员包（Java Web Services Developer Pack，JWSDP）是一个工具和库的集合。      2、Axis Apache开源项目的一个子项目。      3、XFire   也是个开源项目。 WebService开发WebService开发Axis简介 Axis的安装测试 Axis开发WebService实例Axis简介Axis简介Axis框架来自 Apache 开放源代码组织，它是基于JAVA语言的最新的 SOAP 规范（SOAP 1.2）和 SOAP with Attachments 规范（来自 Apache Group ）的开放源代码实现。有很多流行的开发工具都使用AXIS作为其实现支持Web服务的功能，例如JBuilder以及著名的Eclipse J2EE插件Lomboz。AXIS的最新版本是2.0，可以从 http://ws.apache.org/axis/index.html下载。 Axis简介Axis简介下图是AXIS核心引擎的体系结构图： 整个AXIS项目包括以下几个部分： 消息流子系统 传输框架子系统 数据编码子系统 WebService开发WebService开发Axis简介 Axis的安装与测试 Axis开发WebService实例Axis的安装与测试Axis的安装与测试环境说明 安装JDK 1.6.0_01（http://java.sun.com ) MyEclipse + Eclipse 平台  版本：3.0.2 WebLogic Server 8.1 SP1 Apache Axis 1.4（http://ws.apache.org/axis/）Axis的安装与测试Axis的安装与测试步骤 在IDE开发工具中，创建一个Web工程，工程名如：axis。 将下载的Axis包中 webapps/axis 目录中的所有文件拷贝到axis工程目录的 webroot 目录中，然后刷新工程 。 在IDE开发工具中，配置WebLogic应用服务器。并将axis工程添加到WebLogic服务器上。Axis的安装与测试Axis的安装与测试步骤 启动WebLogic服务器，打开IE，在地址栏中输入：http://localhost:7001/axis 测试。测试成功出现下面的图片： Axis的安装与测试Axis的安装与测试步骤 点击超链接Validate后，AXIS会自动检查所需的每一个JAVA组件，这协组件分为：必需组件以及可选组件，必须保证所有必需组件都存在 。 WebService开发WebService开发Axis简介 Axis的安装与测试 Axis开发WebService实例WebService开发WebService开发Axis简介 Axis的安装与测试 Axis开发WebService实例Axis开发WebService实例Axis开发WebService实例Axis服务的发布 Axis提供了两种服务发布方式： 1、即时发布（Instant Deployment）、 2、定制发布（Custom Deployment）。 即时发布 对即时发布的支持是Axis的特色之一，使用即时发布使用户只需有提供服务的Java类的源代码，即可将其迅速发布成Web服务。每当用户调用这类服务的时候，Axis会自动进行编译，即使服务器重启了也不必对其做任何处理，使用非常简单快捷。 　　使用即时发布首先需要一个实现服务功能的Java源文件，将其扩展名改为.jws（Java Web Service的缩写），然后将该文件放到“……\webapps\axis”目录下即可。Axis开发WebService实例Axis开发WebService实例Axis服务的发布 即时发布 在此给出一个从英里到公里的长度单位转换的服务。文件Distance.java 。 将Distance.java改为Distance.jws并放到IDE中axis工程的WebRoot目录下，通过访问http://localhost:7001/axis/Distance.jws?wsdl可以看到这个服务的WSDL描述文件，这说明Distance服务被成功发布了。 Axis开发WebService实例Axis开发WebService实例Axis服务的发布 Axis提供了两种服务发布方式： 1、即时发布（Instant Deployment）、 2、定制发布（Custom Deployment）。 定制发布 即时发布是一项令人激动的技术，它使Web服务的开发变得如此简单；然而即时发布并不总是最好的选择，比如有些应用系统是第三方提供的，我们没有购买源代码，只有.class文件，但我们又希望将这个应用系统的一些功能对外发布成Web服务，使其能够在更大范围内产生作用，这个时候即时发布技术就无能为力了。此外，即时发布技术并不灵活，无法进行更多的服务配置，这使得它并不能满足一些特定系统的需求。 　　因此，Axis提供了另一种服务发布方式，这就是定制发布。 Axis开发WebService实例Axis开发WebService实例Axis服务的发布 定制发布 在此给出一个从加仑到升的容积单位转换的服务。文件Capacity .java。 将其编译成.class文件，放置到“…%WebLogic_HOME%...\user_projects\domains \base_domain\autodeploy\axis\samples\capacity ” 目录下，即可着手进行发布。 　　 定制发布不需要构建.jws文件，但必须创建服务发布描述文件deploy.wsdd（Web Service Deployment Descriptor的缩写），这个文件负责描述服务的名称、入口等信息 。Axis开发WebService实例Axis开发WebService实例Axis服务的发布 定制发布 将该文件也放到“…%WebLogic_HOME%…\axis\samples\capacity”目录下，然后可以采用Axis提供的一个客户端管理工具——AdminClient来完成服务的定制发布。 　　在“…%WebLogic_HOME%…\ axis\samples\capacity”目录下， 运行： java -cp %AXISCLASSPATH% org.apache.axis.client.AdminClient deploy.wsdd 这里还有点问题 　可以看到以下运行结果： Processing file deploy.wsdd Doneprocessing 这表明Capacity服务定制发布完成。 　　通过访问http://localhost:7001/axis/services/Capacity?wsdl可以看到这个服务的WSDL描述文件，这说明Capacity服务被成功发布了。 Axis开发WebService实例Axis开发WebService实例服务的访问 GET方式的服务访问 一般的SOAP消息都是采用POST方式实现传递，但也可以通过GET方式来访问。比如以下给出的一个服务：HelloWorld.jws。 将该文件放到“……\webapps\axis”目录下，即可通过GET方法直接访问该服务，访问的地址为http://localhost:7001/axis/HelloWorld.jws?method=helloWorld，可以看到返回的SOAP信封消息，同时服务器端给出了相应的显示信息“Hello World！”这表明HelloWorld服务被成功访问了。 Axis开发WebService实例Axis开发WebService实例服务的访问 客户端服务访问编程 Axis提供了一套API来实现SOAP，从http://localhost:7001/axis/docs/apiDocs/index.html可以看到Axis的API文档。 　　其中，org.apache.axis.client.Call和org.apache.axis.client.Service是两个比较常用的类，一般的客户端程序欲访问一个Web Service时，都要生成一个客户端的Service对象和Call对象，在访问服务之前，首先要对Call对象设置相应的参数，包括服务的位置、操作名、入口参数、返回值类型等，最后调用Call对象的invoke方法访问服务。 　　以下给出了一个客户端访问Web服务的例程——AXISTest.java。Axis开发WebService实例Axis开发WebService实例服务的访问 客户端服务访问编程 编译运行后运行可以看到以下的结果： 　 190.0英里相当于305.71公里！ 　　 10.0加仑相当于45.46升！ 　 　　注意程序在访问即时发布的Distance服务和定制发布的Capacity服务时的不同， 前者的服务访问点地址为http://localhost:7001/axis/HelloWorld.jws ， 而后者的则为http://localhost:7001/axis/services/Capacity。经验总结浅谈经验总结浅谈WebService动态、静态模型的理解 静态 客户端得知道服务器端分布的服务类型 动态 客户端可以查看服务器端分布的所有服务，选择所需服务