在Spring中使用XFire构建Web Service应用
概述
XFire是与Axis2并列的新一代WebService框架，通过提供简单的API支持WebService各项标准协议，帮助你方便快速地开发WebService应用。XFixe内建在STAX的基础上之上，STAX是基于流的XML解析引擎，这使得XFire拥有很高的性能。
相对Axis来说，目前它的人气指数相当高，加上其提供了和String集成的支持，在目前的WebService开源社区拥有众多的追随者，XFire被多个开源项目所使用。XFire为Spring提供了支持，这使得我们可以很容易在Spring中使用XFire构建WebService应用。本文讲述了如何使用XFire在Spring中开发WebService的具体过程。
XFire特性
XFire是WebService框架的后起之秀，它从现有的框架中借鉴了许多优秀的理念，力争将WebService的应用开发难度降到最低。此外，还提供了各种绑定技术、支持多种传输协议，对WebService体系中许多新的规范提供了支持。简单来说，它具有以下一些特性：
支持重要的WebService规范，如SOAP、WSDL、WS-IBasicProfile,、WS-Addressing、WS-Security等；
高性能的SOAP栈设计；
可插拔的绑定，支持POJO、XMLBeans、JAXB1.1、JAXB2以及Castor；
支持JSR181规范，该规范通过JDK5.0注解将POJO导出为WebService；
支持多种传输协议：HTTP、JMS、XMPP、In-JVM等，其中In-JVM允许我们在不启动Web应用器的情况下，象一般的程序一样测试WebService应用；
易用的API，XFireAPI简洁明了，便于使用；
支持Spring、Pico、Plexus、Loom等容器；
支持JBI（JavaBusinessIntegration：Java业务整合）规范，JBI是JSR208的实现；
能够根据WSDL创建客户端和服务器端的存根代码；
率先对JAX-WS提供了支持，JAX-WS是JAX-RPC的替代者。
XFire体系及重要API
ServiceFactory
ServiceFactory是XFire的核心类，它可以将一个POJO生成为一个WebService。让我们通过一个最简单的例子了解ServiceFactory的用途，假设我们在一个POJO中定义了一个业务，现在希望将其导出为WebService，通过ServiceFactory可以轻而易举地达到目的：
XFirexfire=XFireFactory.newInstance().getXFire();
ServiceFactoryfactory=newObjectServiceFactory(xfire.getTransportManager(),null);
Serviceservice=factory.create(YourService.class);
这样我们就为YourService类创建基于SOAP1.1封装的WebService。Service的输入输出参数如果为简单类型的对象（由String、int、long等基本类型组成），无须进行额外的映射设置，对于复杂类型的输入输出Service，XFire将会自动尝试将其序列化（通过Aegis绑定）。紧接着，你就可以注册这个Service。
xfire.getServiceRegistry().register(service);
XFire推荐通过一个接口开放服务，此时，你可以指定一个具体的实现类：
service.setProperty(ObjectInvoker.SERVICE_IMPL_CLASS,YourServiceImpl.class);
Handler
一个Handler可以看成是XFire的一个加工套件，XFire通过它们定义SOAP发送和接收之前的各种加工处理逻辑。如Handler可以对SOAP体的内容进行加工处理，或者SOAP头进行处理。可以简单地通过扩展AbstractHandler定义一个自己的Handler类：
importorg.codehaus.xfire.MessageContext;
importorg.codehaus.xfire.handler.AbstractHandler;
publicclassYourHandlerextendsAbstractHandler
{
publicvoidinvoke(MessageContextcontext)
{
//DoSth...
}
}
Handler可以注册到Service或Transport（代表SOAP输入输出的的传输对象）中，在服务请求和响应管道里，Service和Transport注册的Handler将执行额外的处理操作。你可以按如下方式注册Handler：
…
Servics=factory.create(YourService.class);
s.addInHandler(newYourHandler1());①添加一个Handler，对输入SOAP进行处理
s.addOutHandler(newYourHandler2());②添加一个Handler，对输出SOAP进行处理
s.addFaultHandler(newYourHandler3());③添加一个Handler，对错误SOAP进行处理
…
下面的Handler对SOAP头进行处理，添加一些特定的信息：
importorg.codehaus.xfire.MessageContext;
importorg.codehaus.xfire.handler.AbstractHandler;
publicclassYourHandlerextendsAbstractHandler
{
…
publicQName[]getUnderstoodHeaders()
{
returnnewQName[]{newQName("YourHeader","urn:your:header:ns")};
}
}
在管道中以流方式处理SOAP
XFire是完全基于流数据处理进行工作的系统，这意味着XFire不是将整个SOAP文档缓存在内存中，而是以管道的方式接收SOAP流数据。这种工作方式的转变带来了可观的性能回报，同时节省了内存的占用。
对于习惯了Axis、GLUE等这些基于DOM处理模型WebService框架的开发者来说，需要一些时间来适应这种转变。
XFire从管道中接收一个SOAP请求到返回一个SOAP响应，会经历一系列的阶段。在管道调用的任何一个阶段，XFire都可以添加一些额外的Handler，在对消息进行加工处理后再传入到下一个阶段中。图1展示了XFire管道从接收SOAP请求到返回SOAP响应所经历的所有阶段：
图1XFireWebService请求和响应的过程
在SOAP请求消息对WebService发起真正调用之前，分别会经过传输（Transport）、预转发（PreDispatch）、转发（Dispatch）、策略实施（Policy）、用户信息处理（User）、预调用（PreInvoke）、服务调用（ServiceInvocation）等阶段。当，WebService调用后，XFire生成响应SOAP消息并通过管道发送给客户端请求者，这一过程会先后经历调用后（PostInvoke）、用户信息处理（User）、策略实施（Policy）、传输（Transport）这四个阶段。每一个阶段都是一个可控点，通过编写并注册一些相应的Handler就可以实施一些额外处理逻辑，如审计、SOAP消息加密、签名、压缩等。
将POJOBean导出为WebService
通过XFire为Spring提供的服务导出器可以轻松地将POJO导出为标准的WebService，此外，XFire还允许我们使用JSR181注解对POJO进行标注，无需使用XML配置就可以导出为WebService，各种复杂的转换细节被巧妙地隐藏在XFire之中。
使用导出器导出WebService
XFire为Spring提供了方便易用的导出器XFireExporter，借助XFireExporter的支持，我们可以在Spring容器中将一个POJO导出为WebService。BbtForum是Baobaotao论坛业务服务类，它拥有众多的业务方法，我们现在希望将其提供查询最近几天精华帖子数的业务方法开放为WebService。为了避免过多地开放不必要的接口方法，需要定义了一个BbtForumService窄接口，它定义那些需要开放为WebService的业务方法：
packagecom.baobaotao.xfire.server;
publicinterfaceBbtForumService{
intgetRefinedTopicCount(intlastDay);①查询最近几天论坛精华帖子数的服务接口
}
将一个业务类所有需要开放为WebService的方法通过一个窄接口来描述是值得推荐的作法，这让WebService的接口显得很“干净”。其次，XFire的导出器也需要服务接口的支持，因为它采用基于接口的动态代理技术。真实的业务类当然需要实现WebService窄接口：
packagecom.baobaotao.service;
importjavax.jws.WebService;
importcom.baobaotao.xfire.server.BbtForumService;
publicclassBbtForumimplementsBbtForumService{①实现WebService窄接口
publicintgetRefinedTopicCount(intlastDay){②该方法在窄接口中定义，导出为WebService服务
if(lastDay<=2)return10;
elseif(lastDay<=5)return20;
elsereturn32;
}
…
}
BbtForum中的方法在真实的系统中应该引用其它的业务类或DAO获取数据库中的真实数据，为了简化实例，我们通过一段简单的代码进行模拟，如②所示。
在拥有了窄接口之后中，剩余的工作就是在Spring配置文件中通过XFireExporter将BbtForum#getRefinedTopicCount()方法导出为WebService，具体配置如代码清单1所示：
代码清单1applicationContext.xml：将POJO导出WebService
<beans>
①引入XFire预配置信息
<importresource="classpath:org/codehaus/xfire/spring/xfire.xml"/>
②使用XFire导出器
<beanid="BbtForumService"class="org.codehaus.xfire.spring.remoting.XFireExporter">
<propertyname="serviceFactory"ref="xfire.serviceFactory"/>②-1:引用xfire.xml中定义工厂
<propertyname="xfire"ref="xfire"/>②-2:引用xfire.xml中定义的xfire实例
<propertyname="serviceBean"ref="bbtForum"/>②-3:业务服务Bean
<propertyname="serviceClass"②-4:业务服务Bean的窄接口类
value="com.baobaotao.xfire.server.BbtForumService"/>
<propertyname="name"value="BbtForumServiceUT"/>②-5:WebService名称
</bean>
<beanid="bbtForum"class="com.baobaotao.service.BbtForum"/>
</beans>
上面的配置将BbtForum所有定义在BbtForumService窄接口中的方法导出为WebService。在XFire核心JAR包中拥有一个预定义的Spring配置文件，它定义了XFire在Spring中必须用到的一些Bean和资源，需要引入这个预定义的配置文件，如①所示。紧接着，就可以使用XFireExporter将业务类导出为WebService了。②-1、②-2为导出器引入XFire环境，对于任何导出器，这都是标准的配置，所以如果有多个导出器，可以将这两个属性通过一个父<bean>标签进行抽象。而②-3、②-4分别定义了业务服务类及需要导出为WebService方法的窄接口。WebService的默认名称是窄接口的类名，即BbtForumService，你可以通过name属性显式指定WebService的名称，如②-5所示。
通过这个简单的配置，就完成了将业务服务类开放为WebService的工作，接下来，我们就可以通过配置Web服务器的web.xml，将其通过HTTP传输协议开放出去。
配置web.xml
一般情况下，我们通过HTTP作为WebService的传输协议，这样你只需启动一个Web服务器（如Tomcat），客户端就可以通过HTTP访问到WebService服务了。为了集成Spring容器，XFire专门提供一个XFireSpringServlet，我们可以在web.xml中配置该Servlet，将Spring容器中定义的WebService在某个URI下发布，如代码清单2所示：
代码清单2web.xml配置
<web-app>
<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>classpath:applicationContext.xml</param-value>①刚才配置的Spring文件
</context-param>
<listener>
<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>
<servlet>②配合Spring容器中XFire一起工作的Servlet
<servlet-name>xfireServlet</servlet-name>
<servlet-class>org.codehaus.xfire.spring.XFireSpringServlet</servlet-class>
</servlet>
<servlet-mapping>
<servlet-name>xfireServlet</servlet-name>
<url-pattern>/service/*</url-pattern>③在这个URI下开放WebService服务
</servlet-mapping>
</web-app>
首先，我们指定在代码清单1中所配置的Spring配置文件，如①所示。然后定义一个XFireSpringServlet，让其截取所有/serviceURI下的请求，如②和③所示。
创建一个Tomcat配置文件baobaotao.xml，并编写一行映射配置（这里使用Tomcat5.5），这种方式无须将Web应用打包成WAR，方便开发测试：
<Contextpath="/baobaotao"docBase="D:/masterSpring/chapter16/webapp"/>
将baobaotao.xml放置到<TOMCAT_HOME>/conf/Catalina/localhost目录下，启动Tomcat服务，键入http://localhost:8080/baobaotao/service/BbtForumService?wsdl，你将可以看到BbtForumService对应的WSDL，如图2所示：
图2BbtForumService的WSDL
阅读这个WSDL文档，我们可以知道BbtForum的getRefinedTopicCount已经被成功地发布为WebService了。只要拿到这个WSDL就可以开发相应的客户端调用程序了。
使用JSR181注解导出WebService
前面两小节中，我们领教了XFireExporter导出器的威力。在需要导出为WebService的业务类数目不大时，XFireExporter的配置方式非常优雅。但是，如果有很多需要导出为WebService的业务类，你必须分别为它们配置一个XFireExporter，这让我们回忆起了TransactionProxyFactoryBean（每一个需要事务功能的业务类需要分别配置）。在学习过@Transaction注解后，我们自然而然地希望使用类似注解技术完成WebService导出的工作。
JSR181就是为此目的而提出的，它是BEA领导的一个WebService规范。XFire已经支持JSR1812.0，你既可以使用JDK5.0的注解，也可以在JDK5.0之前的版本中使用commons-attributes注解。
使用JSR181的明显好处是，你仅需在业务类和窄接口标注JSR181注解，不管你有多少需要导出为WebService的业务类，仅须在Spring中配置一个XFire提供的JSR181注解增强Bean就可以了。
注解增强处理器会对Spring容器中所有标注JSR181注解的业务类进行处理，并分别将它们导出为WebService。使用JSR181时，必须将XFire的依赖类库xfire-jsr181-api-1.0-M1.jar添加到类路径中。
如果输入、输出的对象类型仅包括基本类型的属性，仅需要在业务类和窄接口中分别使用@WebService注解进行简单的配置就可以了，XFire将根据默认约定导出WebService。
窄接口仅需要定义一个@WebService注解，并指定SOAP的命名空间就可以了：
packagecom.baobaotao.xfire.server;
importjavax.jws.WebService;
@WebService(targetNamespace="http://www.baobaotao.com")①指定SOAP的命名空间
publicinterfaceBbtForumService{
intgetRefinedTopicCount(intlastDay);
}
XFire应用JSR181比较怪的一点是，除了需要在窄接口中提供注解外，在实现业务类中也需要提供相应的注解：
packagecom.baobaotao.service;
importjavax.jws.WebService;
importcom.baobaotao.xfire.server.BbtForumService;
@WebService(servicename="BbtForumService",①指定导出的WebService名称
endpointInterface="com.baobaotao.xfire.server.BbtForumService")②对应的窄接口
publicclassBbtForumimplementsBbtForumService{
…
}
如果碰到以下应用场景：输入、输出对象是复杂的对象（如未使用泛型的集合类），当返回类型是一个对象但不希望输出所有的结果，或者不希望使用默认的属性名。
这时可以在业务方法中通过@WebMethod、@WebResult等注解提供额外的信息来达到目的。更多关于JSR181的信息请参考：http://dev2dev.bea.com/webservices/jwsm.html。
按照相似的方式，可以为应用中其它的业务类进行WebService标注，在完成标注后，需要在Spring配置中启用XFireJSR181处理器，对Spring容器中所有标注@WebService的Bean进行统一的处理，以便执行真正WebService的导出工作。XFire在Spring中对应的配置如下所示：
代码清单3applicationContext.xml：使用JSR181导出WebService
<beans>
<importresource="classpath:org/codehaus/xfire/spring/xfire.xml"/>
<beanid="webAnnotations"①该Bean获取Spring容器中所有标注@WebService的Bean
class="org.codehaus.xfire.annotations.jsr181.Jsr181WebAnnotations"/>
<beanid="jsr181HandlerMapping"②对标注@WebService的Bean进行处理，完成导出工作
class="org.codehaus.xfire.spring.remoting.Jsr181HandlerMapping">
<propertyname="xfire"ref="xfire"/>
<propertyname="webAnnotations"ref="webAnnotations"/>
</bean>
③该Bean标注了@WebService注解
<beanid="bbtForum"class="com.baobaotao.service.BbtForum"/>
</beans>
重启Tomcat，查看http://localhost:8080/baobaotao/service/BbtForumService?wsdl，你依旧可以看到如图2BbtForumService的WSDL所示的WSDL。
各种客户端调用方式
XFire为访问服务端WebService提供了各种方便的方式：在可以获取服务端窄接口类的情况下，可以根据服务地址和窄接口类创建客户调用程序。
如果不能获得服务窄接口类，XFire允许你通过WSDL文件生成客户端调用程序，通过指定服务接口的方式调用服务。鉴于这种调用方式不够面向对象，XFire提供了一个根据WSDL生成客户端存根代码的工具，这样你就可以方便以面向对象的方式编写客户端程序了。
使用服务端的窄接口类
如果客户端可以获取服务端的WebService的窄接口类，这时可以使用XFire的ObjectServiceFactory将对应地址的WebService转换为窄接口实例进行调用，如代码清单4所示：
代码清单4使用窄接口调用WebService应用
packagecom.baobaotao.xfire.client;
importorg.codehaus.xfire.client.XFireProxyFactory;
importorg.codehaus.xfire.service.Service;
importorg.codehaus.xfire.service.binding.ObjectServiceFactory;
importcom.baobaotao.xfire.server.BbtForumService;
publicclassWithClassClient{
publicintgetRefinedTopicCount(){
①根据窄接口创建Service模型
ServiceserviceModel=newObjectServiceFactory().create(BbtForumService.class);
②服务对应URL地址
StringserviceURL="http://localhost:8080/baobaotao/service/BbtForumService";
BbtForumServiceservice=null;
try{
③将WebService转换为窄接口实例
service=(BbtForumService)newXFireProxyFactory().
create(serviceModel,serviceURL);
}catch(Exceptione){
thrownewRuntimeException(e);
}
returnservice.getRefinedTopicCount(20);④调用WebService方法
}
publicstaticvoidmain(String[]args){
WithClassClientclient=newWithClassClient();
System.out.println("topiccountis:"+client.getRefinedTopicCount());
}
}
XFire根据Service模型对象及WebService的URL地址就可以构造出WebService的调用实例。在服务端Tomcat启动的情况下，运行以上的客户端代码，将可以获得正确的输出。
使用WSDL文件构造客户端程序
并不是任何时候都可以获得WebService服务端的窄接口类，但我们必然可以获取WebService对应的WSDL文档。XFire允许我们仅通过WebService对应的WSDL文件构造客户端访问程序。
这无疑给创建客户端程序带来了极大的便利性，你可以直接通过URL指定WSDL，也可以将WSDL保存在本地系统中，通过InputStream的方式获取WSDL内容。下面，我们使用InputStream的方式提供WSDL：
代码清单5通过WSDL创建客户端程序
packagecom.baobaotao.xfire.client;
importjava.net.URL;
importorg.codehaus.xfire.client.Client;
publicclassOnlyWsdlClient{
publicintgetRefinedTopicCount(){
try{
Stringwsdl="com/baobaotao/xfire/client/BbtForumService.wsdl";①对应的WSDL文件
Resourceresource=newClassPathResource(wsdl);
Clientclient=newClient(resource.getInputStream(),null);②根据WSDL创建客户实例
③调用特定的WebService方法
Object[]results=client.invoke("getRefinedTopicCount",newObject[]);
return(Integer)results[0];
}catch(Exceptione){
thrownewRuntimeException(e);
}
}
publicstaticvoidmain(String[]args){
OnlyWsdlClientclient=newOnlyWsdlClient();
System.out.println("topiccountis:"+client.getRefinedTopicCount());
}
}
你可以通过http://localhost:8080/baobaotao/service/BbtForumService?wsdl地址获取BbtForumService对应的WSDL，并将其保存在工程项目的src对应的类包目录：com/baobaotao/xfire/client/BbtForumService.wsdl。
我们通过Spring的ClassPathResource读取BbtForumService.wsdl，XFire从Resource中获取WSDL的输入流并生成一个客户端实例。接着，我们就可以通过这个客户端实例，指定Service服务名和输入参数调用WebService的服务方法了，如③所示。
可能会有读者认为这种完全根据WSDL创建客户端程序的方式会带来低劣的运行性能，笔者通过测试发现，确实会造成一定的性能降低，但也不象想象中那样低效。
使用基于窄接口的客户端程序和使用基于WSDL的客户端程序访问一次BbtForumService的时间依次是1300ms和1450ms。如果WSDL文档很复杂，由于需要解析整个WSDL文档，这种客户端程序的性能会受到更多的挑战。不过，如果只要在程序中缓存Client实例，由于创建Client的代价是一次性的，性能问题就可以忽略了。
根据WSDL生成客户端代码
XFire允许通过运行Ant任务，根据WSDL文件生成访问WebService的客户端代码存根，同时XFire还提供了一个Eclipse插件完成相同的任务。本节里，我们将学习通过XFireEclipse插件生成BbtForumService客户端存根代码的知识。
安装EclipseXFire插件
1．Help->SoftwareUpdates->FindandInstall...
2．选择“Searchfornewfeaturestoinstall”，并点击Next；
3．选择“NewRemoteSite...”，创建一个Name为XFire，URL为
http://dist.codehaus.org/xfire/update/的网站；
4．点击Finish安装XFire插件。
使用插件创建客户端代码存根
File->New->Other...->XFire->CodegenerationfromWSDLdocument；
弹出一个对话框，如图3所示：
图3创建客户端代码存根
指定WSDL文件的位置，存根代码的输出地址及对应的类包，点击Finish。
XFire插件将在生成客户端代码存根的同时生成服务端代码的存根，如下图所示：
图4生成的代码
BbtForumServiceClient是BbtForumServicePortType的工厂类，它提供了若干个获取BbtForumServicePortType实例的重载方法。BbtForumServicePortType对应服务端的窄接口BbtForumService类。而BbtForumServiceImpl是服务端的存根代码，在META-INF中还有XFire的服务配置文件。对于客户端来说，一般不需要服务端的代码，所以你可以将BbtForumServiceImpl和META-INF删除。
下面，我们利用XFire生成的BbtForumServiceClient对服务端的WebService进行调用：
packagecom.baobaotao.xfire.client;
publicclassStubClient{
publicstaticvoidmain(String[]args){
BbtForumServiceClientclient=newBbtForumServiceClient();
StringserviceUrl="http://localhost:8080/baobaotao/service/BbtForumService";
①获取对应服务窄接口实例
BbtForumServicePortTypeportType=client.getBbtForumServiceHttpPort(serviceUrl);
intcount=portType.getRefinedTopicCount(20);②对服务进行调用
System.out.println("count:"+count);
}
}
我们首先实例化一个BbtForumServiceClient，然后通过URL指定WebService的服务地址，然后创建一个服务的窄接口实例，如①所示，接着我们就可以使用这个窄接口实例进行WebService服务的调用了。
WebService的测试
在上一节里，我们学习了客户端调用服务端中WebService的方法。在实际应用中，在开放WebService之前需要进行严格的测试，以保证功能的正确性。在一般框架中，测试WebService往往这是一个炼狱般痛苦的过程。
XFire通过AbstractXFireTest极大地简化WebService的测试。AbstractXFireTest允许我们无需构造客户端调用程序，在SOAP报文层面开展对服务端代码的测试，AbstractXFireTest提供了一系列方便的方法对SOAP报文进行验证。XFire还特别为Spring环境下进行WebService测试提供了一个AbstractXFireSpringTest子类，仅通过启用Spring容器就可以完成WebService的测试。通过XFire精心设计的测试工具类，对WebService的测试工作已经是一项可以轻松应对的工作。
如果你在编写服务端WebService的同时，还需要编写客户端调用程序，这时不可避免的，你希望从客户端角度对WebService进行测试。由于客户端程序需要访问真实的WebService，所以需要开启Web服务器，让服务端的WebService能够提供服务共客户端访问调用。如果客户端和服务端都在同一个项目中开发，XFire允许你在不启动Web服务器的情况下测试客户端程序，其原理是让WebService运行于JVM模式下。
基于SOAP报文的纯服务端测试
AbstractXFireTest扩展于JUnit标准的TestCase类，提供了向某个WebService发送SOAP请求报文并对返回的SOAP响应报文进行检验的能力。该测试类提供了若干个方便的断言方法，分别介绍如下：
voidassertNoFault(Documentnode)：确认SOAP响应报文无错误；
java.util.ListassertValid(java.lang.Stringxpath,java.lang.Objectnode)：确认在DOM节点特定路径下有对应的元素，路径通过XPath表达式进行定义，该方法还将匹配的元素以List对象返回，你可以对匹配的元素进行进一步的检验；
voidassertXPathEquals(java.lang.Stringxpath,java.lang.Stringvalue,Documentnode)：确认特定路径DOM节点为某一特定值；
assertInvalid(java.lang.Stringxpath,java.lang.Objectnode)：确认DOM节点特定路径下未包含元素。
AbstractXFireSpringTest是AbstractXFireTest的子类，在Spring中你仅需要扩展该类并实现该类的抽象方法ApplicationContextcreateContext()，就可以对Spring容器中用XFire定义的WebService进行测试了。
为了测试WebService，我们必须准备一个SOAP请求报文，你可以简单地手工编写一个，或通过SOAP报文截取工具（如前面我们介绍的TcpTrace、SOAPScope、ApacheAxis的TCPMon等）获得一些可用的SOAP请求报文。下面是一个访问BbtForumService服务的请求SOAP报文：
代码清单6request_soap.xml：SOAP报文层面测试
<soap:Envelopexmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<soap:Body>
<getRefinedTopicCount
xmlns="http://server.xfire.baobaotao.com">
<in0xmlns="http://server.xfire.baobaotao.com">20</in0>
</getRefinedTopicCount>
</soap:Body>
</soap:Envelope>
我们将其保存在request_soap.xml文件中放置在类路径com/baobaotao/xfire/server下。当该SOAP请求报文发送给BbtForumService的WebService后，我们预计它应该返回对应代码清单7所示的正确的SOAP响应报文：
代码清单7SOAP响应报文
<?xmlversion="1.0"encoding="UTF-8"?>
<soap:Envelopexmlns:soap="http://schemas.xmlsoap.org/soap/envelope/"xmlns:xsd="http://www.w3.org/2001/XMLSchema"xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<soap:Body>
<getRefinedTopicCountResponsexmlns="http://www.baobaotao.com">
<out>32</out>
</getRefinedTopicCountResponse>
</soap:Body>
</soap:Envelope>
下面，我们着手编写测试BbtForumServiceWebService的测试类，以验证实际SOAP响应报文是否和代码清单7中的一样：
代码清单8TestBbtForumService
packagecom.baobaotao.xfire.server;
importorg.codehaus.xfire.spring.AbstractXFireSpringTest;
importorg.jdom.Document;
importorg.springframework.context.ApplicationContext;
importorg.springframework.context.support.ClassPathXmlApplicationContext;
publicclassTestBbtForumServiceextendsAbstractXFireSpringTest{
protectedApplicationContextcreateContext(){①创建包含WebService的Spring容器
returnnewClassPathXmlApplicationContext(
newString[]);
}
publicvoidtestUsingSoapRequest()throwsThrowable{
②通过SOAP请求报文访问BbtForumService的WebService，对返回
SOAP响应报文进行检测
Documentresponse=invokeService("BbtForumService",
"/com/baobaotao/xfire/server/request_soap.xml");
assertNoFault(response);③确认不包含错误
④为命名空间指定一个别名，方便后续XPath表示式的编写
addNamespace("k","http://www.baobaotao.com");
assertValid("//soap:Body/k:getRefinedTopicCountResponse",response);⑤
assertXPathEquals("//k:getRefinedTopicCountResponse/k:out/text()","32",response);⑥
printNode(response);⑦打印响应报文，以便肉眼查看
}
}
使用AbstractXFireSpringTest测试WebService首先要做的第一件事是通过实现createContext()方法构造Spring容器，如①所示。当Spring容器启动时，XFire将自动让容器中的WebService生效（仅进行测试，不能对外提供服务）。
第二步需要向WebService发送一个SOAP请求报文以得到一个SOAP响应报文，如②所示。接下来，就是通过AbstractXFireTest提供的检测DOM内容的方法对报文进行正确性验证。由于代码清单7的SOAP报文体中对应的<getRefinedTopicCountResponse>元素及内部元素都位于http://www.baobaotao.com命名空间中，报文体中没有为这个命名空间定义相应的别名，为了在后续断言方法中能够使用简单的方式定义XPath表达式，我们在④处为http://www.baobaotao.com命名空间定义了一个别名。
理解以上测试代码中几个断言方法的关键在于理解XPath表达式语言，XPath语法内容很丰富，不可能在这里逐一讲解，我们在这里介绍一些典型的XPath语法以满足常见的测试需求：
以“/”为前缀的路径表示从DOM根路径开始，如“/soap:Envelope/soap:Body”；
以“//”为前缀的路径表示从DOM任意元素开始查询，如“//out”表示任意元素为out的元素；
元素的属性通过@attrName表示，如“//xsd:complexType[@name="Book"]”表示DOM中任意元素名为complexType并且拥有一个值为Book的name属性的元素；
元素的值通过text()表示，如“//test:Response[text()='32']”表示DOM中任意值为32，元素名为Response，且位于test命名空间中的元素。
现在回过头来看⑤、⑥两处的断言方法，相信大家就可以很容易地理解断言规则了，⑤处的断言检测SOAP响应报文是否包含某一特定元素，而⑥处的断言则对元素内的值进行检测。我们也可以通过printNode()方法将一个节点打印到控制台上，方便肉眼查看。
在JVM模式通过客户端进行测试
能够不启动Web服务器的情况下通过客户端程序测试WebService的功能，这一崭新的测试方法对于开发人员来说一定深具吸引力。因为，这意味着你可以完全在IDE环境中运行测试，不需要外部环境的支持。
不过享受这一测试好处的应用必须保证客户端和服务端的WebService都位于同一JVM中，这时请求报文和响应报文直接在JVM内部通道中传输。当使用JVM内部通道传输请求和响应的SOAP报文时，我们仅需要调整服务的地址就可以了：
代码清单9TextBbtForumService：JVM模式测试
packagecom.baobaotao.xfire.client;
importorg.codehaus.xfire.client.XFireProxyFactory;
importorg.codehaus.xfire.service.Service;
importorg.codehaus.xfire.service.binding.ObjectServiceFactory;
importorg.codehaus.xfire.spring.AbstractXFireSpringTest;
importorg.springframework.context.ApplicationContext;
importorg.springframework.context.support.ClassPathXmlApplicationContext;
importcom.baobaotao.xfire.server.BbtForumService;
publicclassTextBbtForumServiceextendsAbstractXFireSpringTest{
protectedApplicationContextcreateContext(){
returnnewClassPathXmlApplicationContext(
newString[]);
}
publicvoidtestGetRefinedTopicCount()throwsThrowable{
ServiceserviceModel=newObjectServiceFactory().create(BbtForumService.class);
XFireProxyFactoryfactory=newXFireProxyFactory(getXFire());
①在JVM内部通道中进行SOAP请求和响应报文的传输，请注意粗体所示的服务地址
BbtForumServiceservice=(BbtForumService)factory.create(serviceModel,
"xfire.local://BbtForumService");
intcount=service.getRefinedTopicCount(20);
assertEquals(count,32);
}
}
以上代码中，①处的服务地址采用了JVM模式的地址，和其对应的HTTP地址则是http://localhost:8080/baobaotao/service/BbtForumService，所以仅需将服务名前的部分替换为“xfire.local://”就可以了。
小结
比之于Axis，XFire在实施WebService更加简洁高效，因此XFire在短短的时间里成为了WebService开发者的炙手可热的框架。更可贵的是XFire对Spring提供了强大的支持，可以非常方便地在Spring中使用XFire实施WebService。
XFire可以通过多种方式将Spring容器中的Bean导出为WebService，这包括使用XFireExporter导出器或JSR181注解。JSR181和STAX一起都将融入到JDK6.0中，因此，JSR181WebService定义方式将成为标准的实现。
XFire为客户端提供了多种访问WebService的方式，如果可以获取客户端的窄接口类，则可以采用窄接口类调用WebService。如果仅能获取WSDL，XFire也可以采用动态反射的机制调用WebService。XFire为Eclipse提供了一个可以根据WSDL生成客户端存根代码的插件，相信XFire也将为其它非Java语言提供类似的插件。
技术可用性的一个很大的标准是它是否方便测试，XFire为在Spring中测试WebService提供了一流的支持，通过JVM模式，你能够在不启动Web容器的情况下测试WebService，WebService的测试工作变得不再象原来那样让人畏惧。