Web服务开发技术-实验指导书

1、Web效劳技术实验指导实验0、JAX-WS概述3实验1、使用JAXP进行XML的转换6实验2、使用SAX进行XML的解析11实验3、使用SOAPUI查看SOAP消息15实验4、使用JAX-WS开发WEB效劳效劳器端20实验5、使用JAX-WS开发WEB效劳客户端31实验6、WEB效劳的打包与部署42实验0、JAX-WS概述实验目的：1、JAX-WS效劳调用处理过程实验环境：名称下载地址JDK1.6SOAPUI3.6.1 :/Eclipse3.4GLASSFISH3.1 s:/cds.sun /is-bin/INTERSHOP.enfinity/WFS/CDS-CDS_Developer-Sit

2、e/en_US/-/USD/ViewProductDetail-Start?ProductRef=ogs-3.1-oth-JPRCDS-CDS_Developer实验内容：JAX-WSJava API for XML Web Service是JAVASE和JAVAEE中用于构建WEB效劳客户端和效劳器端的接口，它提供了一套可以帮助开发人员快速实现SOA程序的工具。由于JAX-WS使用了W3C定义的WEB效劳的标准： 、SOAP、WSDL，因此具有较好的扩展性和灵活性。在JAX-WS中，WEB效劳的调用过程如下列图所示：参数参数参数返回JAVA SEI 代理SOAP请求SOAP响应SOAP请求S

3、OAP响应参数参数参数返回JAVA 对象JAVA 方法调用SOAP消息交换JAVA 方法调用1、 在客户端创立一个Web效劳端点的实例，该效劳端点实现一个Java接口，用JWS的术语来说，这种接口叫做效劳端点接口SEI。通常情况下，SEI实例是用Java动态代理机制实现的。2、 当调用SEI实例的方法时，JAX-WS会把传递给它的参数序列化成与目标效劳的WSDL指定的XML模式一致的XML片段，并最终将这些片段封装到SOAP请求消息中。3、 将消息传递给网络传输，向目标Web效劳交付消息。4、 效劳器端在接收到SOAP消息后，会首先决定调用哪个WSDL操作。5、 在确定了目标WSDL操作之后，

4、会决定调用哪个JAVA类/方法。这个过程叫做分发dispatching6、 将SOAP消息反序列化为Java对象并传递给目标Java类和方法，从而得到目标方法返回的Java对象。7、 将返回的Java对象再将反序列化为与目标WSDL操作指定的返回消息一致的XML片段。将这些片段包装成SOAP消息发送回客户端。8、 客户端将返回的XML片段反序列化为Java对象并返回给调用者，从而完成对WEB效劳的调用过程。从上面的过程可以看出，JAX-WS可以分为三个局部：l 调用子系统：处理WEB效劳客户端与效劳器端的调用过程。l 序列化子系统：将Java对象序列化为XML元素以及将XML元素反序列化了Ja

5、va对象。l 部署子系统：将目标Java对象部署为WEB效劳从而使其可以通过SOAP消息调用。在整个调用过程中，很重要的一步就是决定调用哪个Java类和方法的分发操作。要了解分发过程，首先就要对WSDL的样式有所了解，这可以参照附件中的“WSDL样式.mht的内容。现在假设WSDL采用的是document/literal/wrapped样式，有一个获取一段时间内订单的方法如下：public class Ordermanagerpublic Order getOrders(Date start,Date end);.将其发布为WEB效劳后，WSDL局部内容如下所示：.50. 51. 52. 53

6、. 54. 55. 56. 57. 59. 61. 62. 63. 64. 65. 66. 67. 68. 69. 70. 71. 72. 73. 74. 75. 76. 77. .假设效劳器端收到如下的SOAP消息：1. Post /getorders/getordersdates 1.12. Host: localhost:80803. .4. 5. 6. 7. 2011-02-178. 9. 2011-03-1710. 11. 12. 13. 那么整个分发过程如下所示：1、 根据SOAP消息底层协中的地址去识别相对应的soap:addresswsdl:75元素。个例子中的两个地址并不完全

7、相同主机名分别为localhost与，但是对等的，因此需要分发程序进行一些处理。2、 在找到相对应的soap:address元素之后，就可以根据其父元素的wsdl:port元素的binding属性找到相应的wsdl:binding元素，然后根据wsdl:binding元素的type属性找到相应的wsdl:portType元素。wsdl:portType元素是一组wsdl:operation元素的集合，这与Java类中有一组方法是相对应的。因此wsdl:portType对应Java类，wsdl:operation对应Java类中的方法。这样就可以根据类中的标注找到相应的类。3、

8、 调用子系统从SOAP中找到包装器元素getOrdersDates。在document/literal/wrapped样式的WSDL中，所有输入参数是被包装在一个与要调用的wsdl:operation同名的元素中的，因此根据这个包装器元素就可以确定相应的wsdl:operation，然后就可以根据类中的标注找到相应的方法，并将输入参数按照标注指定的对应关系反序列化为类的调用参数，从而完成整个分发过程。实验附件：实验1、使用JAXP进行XML的转换实验环境：Eclipse3.4实验内容：1、 使用XSLT进行XML格式之间的转换2、 使用DOM接口进行XML格式之间的转换。实验步骤：在SOA系统

9、的开发过程中，经常会遇到需要在不同格式之间进行数据转换的情况。本次实验使用JAXPJava API for XML Processing来进行不同XML格式之间数据的转换。假设现在有两个WEB效劳：l 订单管理效劳：该效劳可以接收并处理新的订单。l 客户历史记录管理效劳：该效劳可以接收对客户历史记录的更新。而我们需要一个新的系统将上面两个WEB效劳链接起来。在这个新的系统中，首先是订单管理效劳接收新的订单，再把它们转换成客户历史记录，最后再将这些记录发送给客户历史记录管理效劳。在这过程中，我们要把订单格式转换为客户历史记录格式。订单与客户历史记录两种格式的XML模式文件夹分别为orders.x

10、sd与custhistentries.xsd。两种数据格式及它们之间的对应关系如下列图所示。客户历史记录CUS001客户编号订单信息订单ORDER001订单编号标头销售组织：.NE采购日期：2011-01-01客户编号：CUS001支付方式：PO定购单号：PO-001保证交付日期：2011-01-07订单条目订单条目编号：GOODS001存储位置：NE02目标数量：50度量单位：KG每度量单位价格：7.95描述：这是商品1订单条目编号：GOODS002目标数量：5度量单位：个每度量单位价格：20描述：这是商品2订单编号：ORDER001定购单号：PO-001商品编号：GOODS001商品编号：

11、GOODS002其它信息：紧急订单紧急订单其它信息1、使用XSLT进行XML格式之间的转换XSLTeXtensible Stylesheet language Transformations是一种基于XML的一种强大且有效的数据转换引掣，可以很方便的解决数据转换的问题。XSLT是声明式的语言，用于定义从原文档到目标文档的转换。XLST转换文件夹由一套模板规那么组成由xsl:template元素的实例代表，它们是根节点xsl:stylesheet元素的子元素。stylesheet元素中的各个子元素定义了如何根据原始文档来创立目标文档的转换结构。XLST使用XPath语言来标识源文件中的数据块，在

12、模板规那么的帮助下，XPath表达式可以决定将相应的数据块放在目标文档的什么位置。程序开发步骤如下：第一步：翻开Eclipse，新建Java工程XMLTransform。新建Java包schema，并将orders.xsd与cushistentries.xsd放在此包下，新建包xslt用于存放xslt文件，新建包code存放java代码。在工程根目录下新建文件夹xml并将用于转换的数据order.xml放在此目录下。第二步：在xslt包中新建文件order_to_history.xslt作为从订单记录到客户历史记录转换的样式表。该文件夹说明如下：首先，文件中最开始的几行1. 2. 5. 定义了

13、所用到的命名空间以及输出文档的格式，其中oms 前缀代表订单的命名空间 :/ example /oms。xsl:output元素用于控制样式输出的格式表，它的属性method=xml表示输出的结果应该是XML。这个XSLT文件接下来的一局部11. 12. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 28. 30. 31. 32. 33. 定义了oms:orders的转换规那么。在这段代码的开始处，可以看到一个模板元素匹配源文档中的oms:Orders元素。在该模板元素的内部又定义了一个CustomerHistoryEntries元素。模板内部的内容定

14、义了目标文档的输出，所以这个模板提供了如何将一个oms:Orders元素转换为一个css:CustomerHistoryEntries的规那么。在这个模板元素内，有一个指令元素。这个特殊指令告诉XSLT处理器为oms:Orders节点的子节点应用于样式表中的其它模板，并将转换的结果插入到目标文档中。这样一来就构造好了目标文档中的css:CustomerHistoryEntries元素。从第19行开始定义了另一个用于匹配oms:Order元素的模板。所以，如果oms:Orders的所有子元素都是oms:Order元素的实例，这些子元素就会由这个模板来处理并将处理结果插入到CustomerHist

15、oryEntries标签中。在该模板元素中又包含了另一个xsl:apply-templates指令，不过这个指令有一个select属性，其中的XPath表达式./oms:OrderHeader/ oms:PURCH_ORD_NO对这个模板所匹配的子元素进行了限制。该XPath表达式说明了该该模板只适用于oms:OrderHeader的子元素oms:CUST_NO。这样就可以把oms:CUST_NO元素转换为css:CustomerNumber元素，并将其插到目标文档的正确位置。该文件夹的剩余局部使用了另外一些模板元素定义了对源文档中的其它元素的处理，原理与此处相同，所以不再赘述。第三步：在Ja

16、va代码中处理XSLT，可以使用JAXPJava API of XML Processing。JAXP中的javax.xml.transform.Transformer类会根据样式表文件中指定的规那么把源文档中转换成目标文档。JAXP为所有的Java XML处理都提供了支持。在code包下新建类XSLTXform，其代码主体如下：1.public class XSLTXform 2. public static void main(String args) throws Exception 3. String ordersFile = xml/order.xml;4. String outpu

17、tFile = xml/custhistentry.xml;5. 6. Source src = new StreamSource(new File(ordersFile);7. Result res = new StreamResult(new File(outputFile);8. 9. Transformer transformer = 10. TransformerFactory.newInstance().newTransformer11.(new StreamSource(XSLTXform.class.getResourceAsStream(/xslt/order_to_hist

18、ory.xslt);12. transformer.setOutputProperty(OutputKeys.INDENT, yes);13. 14. transformer.transform(src, res);15.16. 17.首先新建了一个用于封装输入的xml文档的Source对象与一个用于封装输出xml文档的Result对象，然后新建一个封装了XSLT转换文件夹的Transformer对象。最后调用Transformer的transform方法来完成实际的转换过程。第四步：运行程序，可以在xml文件夹下看到输出的custhistentry.xml文件。2、使用DOM接口进行XML格

19、式之间的转换。另一方面，我们也可以直接使用DOM接口来完成XML的转换。DOM是一种解析和修改XML文档的一种标准接口，它将XML文档转换为内存中的一棵由元素、属性和文本构成的树，通过对该节点树进行处理来完成对XML文档的处理。本例中演示如何使用DOM接口来完成与上例等价的转换，从而同时演示如何使用DOM接口对XML文档进行读和写。第一步：在XMLTransform工程中创立DomXform类。该类是使用DOM接口进行转换的主类。第二步：27. String ordersFile = xml/order.xml;28. String outputFile = xml/custhistentry

20、2.xml;29. 30. Source src = new StreamSource(new File(ordersFile);31. Result res = new StreamResult(new File(outputFile);32. 33. DocumentBuilderFactory dbfac = DocumentBuilderFactory.newInstance();34. DocumentBuilder docBuilder = dbfac.newDocumentBuilder();35. 36. Document srcDoc = docBuilder.newDocu

21、ment();37. Document resDoc = docBuilder.newDocument();38. 39. Transformer xformer = TransformerFactory.newInstance().newTransformer();40. xformer.transform(src, new DOMResult(srcDoc);要想使用DOM接口来完成对XML文档的处理，首先要创立一个DOM解析器工厂对象并使用该对象创立一个DOM解析器。然后创立分别与源XML文档和目标XML文档相对应的Document对象，并使用Transformer对象将源XML文档读入

22、与之相对应的Document中，从而使其可以使用DOM接口进行处理。第三步：根据目标文档的格式，在目标文档中创立新的节点，所需要的数据可以从源文档中查询。比方对于目标文档中的客户编号节点，可以通过以下方式添加：45. Element custNumEle = resDoc.createElementNS(RES_DEFAULT_NS,46. CustomerNumber);47. String custNumber = srcDoc48. .getElementsByTagNameNS(SRC_DEFAULT_NS, CUST_NO).item(0)49. .getFirstChild().g

23、etNodeValue();50. custNumEle.appendChild(resDoc.createTextNode(custNumber);51. 52. custHistEntryEle.appendChild(custNumEle);在以上代码中，首先使用Document#createElementNS方法创立了一个局部名称为CustomerNumber的元素，它所在的命名空间是由String类型常量RES_DEFAULT_NS指定的。然后，使用Document#getElementsByTagNameNS方法在源文档中查找局部名称为CUST_NO，命名空间由String常量SR

24、C_DEFAULT_NS指定的元素，它在源文档中可以保证是惟一出现的。查找到的元素节点的第一个子节点是一个文本节点，文本节点的内容就是客户的编号。因此，可以读出该编号，在目标文档中使用Document#createTextNode创立一个包含客户编号的文档结点，并使用Element#appendChild方法将该文档节点添加为的子节点:CustomerNumber的子节点。最后，再调用Element#appendChild方法将:CustomerNumber添加为:CustomeHistoryEntry的子节点。第四步：对于目标文档中的商品编号列表，可以使用与第三步相似的方法，找到源文档中的所

25、有的商品编号节点，对于每一个节点，在目标文档中添加一个相应的节点。代码如下：73. NodeList itemNumEles = srcDoc.getElementsByTagNameNS(SRC_DEFAULT_NS,74. ITM_NUMBER);75. for (int i = 0; i itemNumEles.getLength(); +i) 76. String currentNumber = itemNumEles.item(i).getFirstChild()77. .getNodeValue();78. Element itemNumEle = resDoc.createEle

26、mentNS(RES_DEFAULT_NS,79. ITM_NUMBER);80. itemNumEle.appendChild(resDoc.createTextNode(currentNumber);81. orderLookupInfoEle.appendChild(itemNumEle);82. 第五步：运行程序，可以看到得到了与使用XLST方法相同的目标文档。实验附件：实验2、使用SAX进行XML的解析实验环境：Eclipse3.4实验内容：1、 使用SAX进行XML的解析 实验步骤：在WEB效劳开发过程中，我们经常需要将XML文件解析成相对应的Java对象。要完成XML解析的工作，

27、需要使用相应的XML解析器。在实验1的第2个实验“使用DOM接口进行XML格式之间的转换中，我们已经看到了如何使用DOM解析器对XML文件进行解析和修改，本实验将使用另外一种解析器SAX来完成XML文件的解析。与DOM在内存中建立一棵节点树并通过对树的操作来完成对XML文件的处理相比，SAX基于事件流的模型。解析器从顺序扫描整个XML文件，当遇到特定事件比方遇到元素起始标签、遇到元素闭合标签、遇到文件节点等，就会调用预先注册的事件处理程序来完成相应操作，从而完成整个文件的解析。与DOM不同的是，SAX只能进行文档的解析，而不能进行文档的修改。SAX与DOM的比拟如下：DOMSAX结构基于树的基

28、于事件处理过程首先读入整个文档，然后在内存中建立节点树。程序通过访问节点树来完成XML的处理过程。程序提前注册事件处理程序。解析器扫描文档，当遇到事件时触发相应的事件处理程序。易用性较复杂，但比拟灵活。较易使用，但功能有限可进行的操作创立、解析、修改、删除只能进行解析。资源占用占用处理器和内存较多占用内存少，处理速度快。使用场景非顺序访问或要进行修改扫描大的文档。假设对于实验1的订单管理程序，程序在收到订单请求后，需要将XML文档解析成相应的Java对象，以便程序的进一步处理。使用SAX解析过程如下：第一步：在Eclipse中新建工程XmlParser。创立包schema并将orders.xs

29、d拷贝到该包下。第二步：首先，创立与orders.xsd中定义的类型相对应的Java类并放置于bean包下。为了完成解析程序，共创立了四个Java类，如下所示：l Order：与 orders.xsd中的oms:OrderType类型相对应。l OrderHeader：orders.xsd中的oms:BUSOBJ_HEADER类型相对应。l OrderItem：与orders.xsd中的oms:BUSOBJ_ITEM类型相对应。l Card：与orders.xsd中的oms:BUSOBJ_CCARD类型相对应。另外创立了一个表示付款方式的枚举类型PaymentMethod，因为oms:BUSO

30、BJ_HEADER的PYMT_METH子元素只能取PO和CC两个值。第三步：在parser包下创立SAX事件处理类OrderHandler。因为SAX解析器是通过在扫描文档遇到相应的事件时触发提前注册的事件处理程序来完成解析的，因此要求程序员创立自己的事件处理程序。OrderHandler继承自org.xml.sax.helpers. DefaultHandler类并重写了其中的三个方法：l startElement：当遇到一个元素开始标签的时候，会触发该处理函数。l endELement：当遇到一个元素的结束标签时，会触发该处理函数。l characters：当SAX器解析出一个文本节点时，

31、会触发该处理函数。Orderhandler中定义了三个实例变量：l order：解析元素及其子元素时，代表当前解析的XML元素对应的Order对象。l currentItem:解析元素及其子元素时，代表当前解析的XML元素对应的OrderItem对象。l currentElementName：当解析出文本节点时，代表当前文本节点所在的父元素的名称。在三个重写的处理函数中，根本思想是根据遇到的元素的名称，分别进行不同的处理。具体处理过程如下：l startElement：如果是元素，就实例化order变量。如果是元素，就实例化order变量的orderHeader属性。如果是元素，就实例化ite

32、m变量。除此之外，使用currentElementName变量记录当前元素的名称供characters方法使用。l endELement： 如果是元素，就说明当前元素已经解析完毕，item变量就是与解析完成的元素相对的对象，因此要将该对象添加到order变量的items，即OrderItem的列表中。除此之外，还要去除currentElementName变量，说明当前元素已经解析完成。l characters：根据currentElementName的值设定order或item对象的属性。第四步：创立OrderParser类作为order.xml的解析器。在解析过程中，为了保证文档是正确的，应

33、当在解析之前先进行验证。所以在OrderParser中创立validate方法，实现如下：18. SchemaFactory schemaFactory = SchemaFactory19. .newInstance(XMLConstants.W3C_XML_SCHEMA_NS_URI);20. 21. Source schemaSource = new StreamSource(this.getClass()22. .getResourceAsStream(/schema/orders.xsd);23. 24. try 25. Schema schema = schemaFactory.ne

34、wSchema(schemaSource);26. Validator validator = schema.newValidator();27. validator.validate(new StreamSource(f);28. return true;29. catch (Exception e) 30. e.printStackTrace();31. return false;32. 该方法中首先创立一个模式工厂类，将通过其工厂方法newSchema创立一个Schema对象。Schema可以看作验证器的工厂，因此通过该对象可以创立一个验证器对象。然后调用验证器对象的validate方法

35、，该方法会使用与Schema对象相对应的schema文件去验证目标XML文档，如果有错的话，就会抛出异常。第五步：在OrderParser类中创立parse方法来完成XML文档的解析。该方法实现如下：37. SAXParserFactory spf = SAXParserFactory.newInstance();38. spf.setNamespaceAware(true);39. SAXParser sp;40. try 41. sp = spf.newSAXParser();42. OrderHandler oh = new OrderHandler();43. sp.parse(f,

36、oh);44. return oh.getOrder();45. catch (Exception e) 46. e.printStackTrace();47. return null;48.首先创立一个SAX解析器工厂，并设定该工厂产生的解析器会提供对命名空间的支持。否那么的话，OrderHandler对象的startElement和endElement的入参中localName和namespce会为空。然后创立解析器对象并注册给其OrderHandler事件处理对象，最后调用parse方法来完成解析过程。第五步：创立Main.java作为主程序。主程序中首先读入order.xml，然后分别

37、调用OrderParser的validate和parse方法来完成文档的验证和解析。运行程序，可以看到程序解析出了正确的信息：1. 订单信息2. 订单号：ORDER0013. 订单头信息4. 销售组织：NE5. 购置日期：Sat Jan 01 00:01:00 CST 20216. 客户号：CUS0017. 购置方式：PO8. 购置订单号：PO-0019. 到货日期：2011-01-0710. 11. 订单条目12. 条目号：00113. 存储位置：NE0214. 数目：50.015. 数量单位：KG16. 单价：7.9517. 简介：这是商品118. 19. 订单条目20. 条目号：0022

38、1. 存储位置：null22. 数目：5.023. 数量单位：个24. 单价：20.025. 简介：这是商品226. 27. 订单信息：紧急订单实验附件：实验3、使用SOAPUI查看SOAP消息实验环境：SOAPUI 实验步骤：SOAPUI是一个通用的WEB效劳客户端工具，使用SOAPUI可以方便的查看WEB效劳的WSDL文件以及客户端与效劳器端通信所产生的SOAP消息，可以用于对所开发的WEB效劳及客户端进行调试。本次实验和实验2、3均基于以下订单处理场景：1、 假设客户想要从网上订购一些商品，他会发送一个“客户订单，其中包括客户编号、可选的订购单号、可选的信用卡信息，以及一个要购置商品的列

39、表。2、 订单管理系统接收到“客户订单后，会对订单进行处理，确定要订购的商品以及需要的付款方式，与库存管理系统进行交互，根据当前库存决定可能的商品发货日期。3、 最后，订单管理程序为客户发送一个响应消息订单确认信息，其中包括了订购商品的付款信息以及预计的发货日期，作为给用户的收据。一个可能的例子如图所示：为了突出SOA程序设计开发中的问题，在对场景设计编码过程中，使用一段简单的码代替了第2步中对“客户订单的真实处理过程，从而将更多的注意力放在了客户端与效劳端的交互上。本实验中使用的是SOAPUI 免费版。与正式版相比，免费版缺少了一些功能，但并不会对我们的使用造成太大影响。第一步：从实验2的附

40、件中找到WSServer工程并将该工程导入到Eclipse中。运行server.main.Main，该类会把效劳发布在 :/localhost:8088/RequestOrderService上，其WSDL可以通过 :/localhost:8088/RequestOrderService?WSDL访问。第二步：翻开SOAPUI。如果翻开程序的时候，弹出如下错误窗口的话：那么翻开/bin/ soapUI-.vmoptions文件并添加一行，内容如下：-Dsoapui.jxbrowser.disable=true重新运行程序即可。依次选择File-new soapUI Project，在弹出的窗口

41、中输入工程名称以及WSDL的地址，点击确定，如下列图所示：这样就在SOAPUI中新建了一个工程。SOAPUI会识别出WSDL文件中所有的绑定和操作，在左侧工程树状视图上双击，可以在翻开的对话框中看到效劳和绑定的相关属性。该效劳的属性对话框如下列图所示：第二步：点击确定之后，可以看到SOAPUI已经识别出WSDL中的效劳与操作。双击Request1，可以看出SOAPUI根据WSDL中wsdl:types定义已经准备了请求SOAP消息的模板。替换其中的“？占位符，将某些不需要的Optional的节点删掉，从而创立一个请求消息。第三步：点击左上角的发送按钮，可以在右边看到效劳器端返回的SOAP响应消

42、息：第三步：SOAPUI可以用来对WEB效劳进行测试，从而帮助WEB效劳开发人员对效劳进行调试。首先，SOAPUI可以通过添加断言Assertion的方式对效劳进行功能性测试。首先，给请求添加一个测试集：在弹出的对话框中依次输入测试包和测试用例的名称，点击确定，可以看到SOAPUI翻开了测试用例编辑窗口，并且在左侧工程树状视图中可以看到相应测试包的信息。现在，就可以给请求添加断言。SOAPUI支持多种断言，包括Schema样式、简单字符串包含、XPATH匹配、非SOAP错误、脚本断言等多种断言类型，可以进行各种不同的断言操作。可以点击添加断言按钮给请求添加一个断言：由于在返回的消息中会包括信息

43、卡的持卡人姓名，因此可以在弹出的断言类型选择对话框中选择包含断言，包含的内容填写要发送的请求消息的持卡人姓名：重新发送请求，可以看到断言成立：第四步：还可以使用SOAPUI进行负载测试，从而可以对效劳的响应时间等性能因素进行测试。可以使用如果下方法添加测试集：在弹出的页面填写测试用例的名称，并在弹出的测试用例编辑对话框中填写相应参数。以下是使用5个线程运行20秒的测试结果，结果显示了响应时间、发送数据量等信息。还可以用如下方法添加对性能特征的断言：这些断言的使用方法与功能测试的断言的使用方法相似，此处不再重复。以上是对SOAPUI的简单介绍。SOAPUI是一个功能很强大的软件，如果想要进一步的

44、了解的话，可以参照SOAPUI的在线帮助：实验附件：无实验4、使用JAX-WS开发WEB效劳效劳器端实验环境：1、 JDK1.62、 Eclipse3.4实验内容：1、 使用效劳器端点接口SEI从WSDL开始开发2、 不使用JAXB来实现效劳提供者与XML处理3、 使用标注从现有Java程序开始开发实验步骤：一、使用效劳器端点接口SEI从WSDL开始开发开发一个WEB效劳的效劳器端的一种情况是从一个已经存在的WSDL开始开发，要实现符合此WSDL契约的WEB效劳，最直接的方式是使用效劳端点接口Service Endpoint Interface，SEI。SEI是根据JAX-WS WSDL/JA

45、VA映射生成的Java接口，在效劳器端实现该接口即可提供符合指定契约的WEB效劳。假设我们现在已经有了实验1中提到的订单处理系统的WSDL文件，如本实验附件中的RequestOrder.wsdl所示。在该WSDL文件的wsdl:types元素定义中有如下元素：9. 10. 11. 12. 13. 15. 这两个元素从外部文件中导入了两个XML schema文件。在实际的开发过程中，经常会出来某些数据已经存在标准的格式如订单，使用这些标准的数据格式可以使系统更易理解并提高系统的可扩展性。要生成SEI，可以使用Java SE 6.0中的wsimport工具。该程序位于/bin目录中。实验步骤如下：

46、第一步：新建文件夹wsdl并将RequestOrder.wsdl、faults.xsd与orders.xsd放在该目录下。第二步：翻开命令窗口cmd并跳转到wsdl目录下，运行wsimport命令/bin/wsimport -d ./bin -s ./src -p server.sei RequestOrder.wsdl其中-d选项指明创立的class文件目录，-s指明源代码文件目录，-p指明所创立的类所在的包，最后的输入参数指明的是要创立的Web效劳的WSDL地址。第三步：翻开目录wsdl/src/server/sei，可以看到JAX-WS共生成了13个文件。这些文件包括以下几个局部：l ServiceEndpointInterface (SEI)类：RequestOrderPort.javal Service类：RequestOrderService.javal 从wsdl:fault映射类：InputFault.javal 从XML schema映射而来的Java类：其余的类其中上面第四点提到的从XML schema到Java类的映射是JA