Webservice框架XFire的重要讲解
XFire是与Axis 2并列的新一代Web Service框架，通过提供简单的API支持Web Service各项标准协议，帮助你方便快速地开发Web Service应用。XFixe内建在STAX的基础上之上，STAX是基于流的XML解析引擎，这使得XFire拥有很高的性能。
相对Axis来说，目前它的人气指数相当高，加上其提供了和String集成的支持，在目前的Web Service开源社区拥有众多的追随者，XFire被多个开源项目所使用。XFire为Spring提供了支持，这使得我们可以很容易在Spring中使用XFire构建Web Service应用。本文讲述了如何使用XFire在Spring中开发Web Service的具体过程。
XFire特性
XFire是Web Service框架的后起之秀，它从现有的框架中借鉴了许多优秀的理念，力争将Web Service的应用开发难度降到最低。此外，还提供了各种绑定技术、支持多种传输协议，对Web Service体系中许多新的规范提供了支持。简单来说，它具有以下一些特性：
支持重要的Web Service规范，如SOAP、WSDL、WS-I Basic Profile,、WS-Addressing、WS-Security等；
高性能的SOAP 栈设计；
可插拔的绑定，支持POJO、XMLBeans、JAXB1.1、JAXB2以及Castor；
支持JSR 181规范，该规范通过JDK 5.0注解将POJO导出为Web Service；
支持多种传输协议：HTTP、JMS、XMPP、In-JVM等，其中In-JVM允许我们在不启动Web应用器的情况下，象一般的程序一样测试 Web Service应用；
易用的API，XFire API简洁明了，便于使用；
支持Spring、Pico、Plexus、Loom等容器；
支持JBI（Java Business Integration：Java 业务整合）规范，JBI是JSR 208的实现；
能够根据WSDL创建客户端和服务器端的存根代码；
率先对JAX-WS提供了支持，JAX-WS是JAX-RPC的替代者。
XFire 体系及重要API
ServiceFactory
ServiceFactory是XFire的核心类，它可以将一个POJO生成为一个Web Service。让我们通过一个最简单的例子了解ServiceFactory的用途，假设我们在一个POJO中定义了一个业务，现在希望将其导出为 Web Service，通过ServiceFactory可以轻而易举地达到目的
XFire xfire = XFireFactory.newInstance().getXFire(); ServiceFactory factory = new ObjectServiceFactory(xfire.getTransportManager(), null); Service service = factory.create(YourService.class);
这样我们就为YourService类创建基于SOAP 1.1封装的Web Service。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类：
import org.codehaus.xfire.MessageContext;
import org.codehaus.xfire.handler.AbstractHandler;
public class YourHandler extends AbstractHandler
{
public void invoke(MessageContext context)
{
// Do Sth...
}
}Handler可以注册到Service或Transport（代表SOAP输入输出的的传输对象）中，在服务请求和响应管道里，Service 和Transport注册的Handler将执行额外的处理操作。你可以按如下方式注册Handler：
… Servic s = factory.create(YourService.class); s.addInHandler(new YourHandler1());①添加一个Handler，对输入SOAP进行处理 s.addOutHandler(new YourHandler2());②添加一个Handler，对输出SOAP进行处理 s.addFaultHandler(new YourHandler3());③添加一个Handler，对错误SOAP进行处理 …
下面的Handler对SOAP头进行处理，添加一些特定的信息：
import org.codehaus.xfire.MessageContext;
import org.codehaus.xfire.handler.AbstractHandler;
public class YourHandler extends AbstractHandler
{
…
public QName[] getUnderstoodHeaders()
{
return new QName[] { new QName("YourHeader", "urn:your:header:ns") };
}
}
在管道中以流方式处理SOAP
XFire是完全基于流数据处理进行工作的系统，这意味着XFire不是将整个SOAP文档缓存在内存中，而是以管道的方式接收SOAP流数据。这种工作方式的转变带来了可观的性能回报，同时节省了内存的占用。
对于习惯了Axis、GLUE等这些基于DOM处理模型Web Service框架的开发者来说，需要一些时间来适应这种转变。
XFire从管道中接收一个SOAP请求到返回一个SOAP响应，会经历一系列的阶段。在管道调用的任何一个阶段，XFire都可以添加一些额外的Handler，在对消息进行加工处理后再传入到下一个阶段中。图1展示了XFire管道从接收SOAP请求到返回SOAP响应所经历的所有阶段：
http://img.zdnet.com.cn/0/619/li4htU0cvqDbk.gif
图1 XFire Web Service请求和响应的过程
在SOAP请求消息对Web Service发起真正调用之前，分别会经过传输（Transport）、预转发（PreDispatch）、转发（Dispatch）、策略实施（Policy）、用户信息处理（User）、预调用（PreInvoke）、服务调用（Service Invocation）等阶段。当，Web Service调用后，XFire生成响应SOAP消息并通过管道发送给客户端请求者，这一过程会先后经历调用后（PostInvoke）、用户信息处理（User）、策略实施（Policy）、传输（Transport）这四个阶段。每一个阶段都是一个可控点，通过编写并注册一些相应的Handler就可以实施一些额外处理逻辑，如审计、SOAP消息加密、签名、压缩等。
将POJO Bean导出为Web Service
通过XFire为Spring提供的服务导出器可以轻松地将POJO导出为标准的Web Service，此外，XFire还允许我们使用JSR 181注解对POJO进行标注，无需使用XML配置就可以导出为Web Service，各种复杂的转换细节被巧妙地隐藏在XFire之中。
使用导出器导出Web Service
XFire为Spring提供了方便易用的导出器XFireExporter，借助XFireExporter的支持，我们可以在Spring容器中将一个POJO导出为Web Service。BbtForum是Baobaotao论坛业务服务类，它拥有众多的业务方法，我们现在希望将其提供查询最近几天精华帖子数的业务方法开放为Web Service。为了避免过多地开放不必要的接口方法，需要定义了一个BbtForumService窄接口，它定义那些需要开放为Web Service的业务方法：
package com.baobaotao.xfire.server;
public interface BbtForumService {
int getRefinedTopicCount(int lastDay);①查询最近几天论坛精华帖子数的服务接口
}将一个业务类所有需要开放为Web Service的方法通过一个窄接口来描述是值得推荐的作法，这让Web Service的接口显得很“干净”。其次，XFire的导出器也需要服务接口的支持，因为它采用基于接口的动态代理技术。真实的业务类当然需要实现 Web Service窄接口：
package com.baobaotao.service;
import javax.jws.WebService;
import com.baobaotao.xfire.server.BbtForumService;
public class BbtForum implements BbtForumService{①实现Web Service窄接口
public int getRefinedTopicCount(int lastDay) {②该方法在窄接口中定义，导出为Web Service服务
if(lastDay <= 2) return 10;
else if(lastDay <= 5) return 20;
else return 32;
}
…
}BbtForum中的方法在真实的系统中应该引用其它的业务类或DAO获取数据库中的真实数据，为了简化实例，我们通过一段简单的代码进行模拟，如②所示。
在拥有了窄接口之后中，剩余的工作就是在Spring配置文件中通过XFireExporter将 BbtForum#getRefinedTopicCount()方法导出为Web Service，具体配置如代码清单1所示：
代码清单1 applicationContext.xml：将POJO导出Web Service ①引入XFire预配置信息 ②使用XFire导出器 ②-1:引用xfire.xml中定义工厂 ②-2:引用xfire.xml中定义的xfire实例 ②-3:业务服务Bean value="com.baobaotao.xfire.server.BbtForumService" /> ②-5:Web Service名称
上面的配置将BbtForum所有定义在BbtForumService窄接口中的方法导出为Web Service。在XFire核心JAR包中拥有一个预定义的Spring配置文件，它定义了XFire在Spring中必须用到的一些Bean和资源，需要引入这个预定义的配置文件，如①所示。紧接着，就可以使用XFireExporter将业务类导出为Web Service了。②-1、②-2为导出器引入XFire环境，对于任何导出器，这都是标准的配置，所以如果有多个导出器，可以将这两个属性通过一个父标签进行抽象。而②-3、②-4分别定义了业务服务类及需要导出为Web Service方法的窄接口。Web Service的默认名称是窄接口的类名，即BbtForumService，你可以通过name属性显式指定Web Service的名称，如②-5所示。
通过这个简单的配置，就完成了将业务服务类开放为Web Service的工作，接下来，我们就可以通过配置Web 服务器的web.xml，将其通过HTTP传输协议开放出去。
配置web.xml
一般情况下，我们通过HTTP作为Web Service的传输协议，这样你只需启动一个Web服务器（如Tomcat），客户端就可以通过HTTP访问到Web Service服务了。为了集成Spring容器，XFire专门提供一个XFireSpringServlet，我们可以在web.xml中配置该 Servlet，将Spring容器中定义的Web Service在某个URI下发布，如代码清单2所示：
代码清单2 web.xml配置
contextConfigLocation classpath:applicationContext.xml①刚才配置的Spring文件 org.springframework.web.context.ContextLoaderListener ②配合Spring容器中XFire一起工作的Servlet xfireServlet org.codehaus.xfire.spring.XFireSpringServlet xfireServlet /service/*③在这个URI下开放Web Service服务
首先，我们指定在代码清单1中所配置的Spring配置文件，如①所示。然后定义一个XFireSpringServlet，让其截取所有 /service URI下的请求，如②和③所示。
创建一个Tomcat配置文件baobaotao.xml，并编写一行映射配置（这里使用Tomcat 5.5），这种方式无须将Web应用打包成WAR，方便开发测试：
将baobaotao.xml放置到/conf/Catalina/localhost目录下，启动 Tomcat服务，键入http://localhost:8080/baobaotao/service/BbtForumService?wsdl，你将可以看到BbtForumService对应的WSDL，如图2所示：
图2 BbtForumService的WSDL
阅读这个WSDL文档，我们可以知道BbtForum的getRefinedTopicCount已经被成功地发布为Web Service了。只要拿到这个WSDL就可以开发相应的客户端调用程序了。
使用JSR 181注解导出Web Service
前面两小节中，我们领教了XFireExporter导出器的威力。在需要导出为Web Service的业务类数目不大时，XFireExporter的配置方式非常优雅。但是，如果有很多需要导出为Web Service的业务类，你必须分别为它们配置一个XFireExporter，这让我们回忆起了 TransactionProxyFactoryBean（每一个需要事务功能的业务类需要分别配置）。在学习过@Transaction注解后，我们自然而然地希望使用类似注解技术完成Web Service导出的工作。
JSR 181就是为此目的而提出的，它是BEA领导的一个Web Service规范。XFire已经支持JSR 181 2.0，你既可以使用JDK 5.0的注解，也可以在JDK 5.0之前的版本中使用commons-attributes注解。
使用JSR 181的明显好处是，你仅需在业务类和窄接口标注JSR 181注解，不管你有多少需要导出为Web Service的业务类，仅须在Spring中配置一个XFire提供的JSR 181注解增强Bean就可以了。
注解增强处理器会对Spring容器中所有标注JSR 181注解的业务类进行处理，并分别将它们导出为Web Service。使用JSR 181时，必须将XFire的依赖类库xfire-jsr181-api-1.0-M1.jar添加到类路径中。
如果输入、输出的对象类型仅包括基本类型的属性，仅需要在业务类和窄接口中分别使用@WebService注解进行简单的配置就可以了，XFire将根据默认约定导出Web Service。
窄接口仅需要定义一个@WebService注解，并指定SOAP的命名空间就可以了：
package com.baobaotao.xfire.server;
import javax.jws.WebService;
@WebService(targetNamespace = "http://www.baobaotao.com")①指定SOAP的命名空间
public interface BbtForumService {
int getRefinedTopicCount(int lastDay);
}XFire应用JSR 181比较怪的一点是，除了需要在窄接口中提供注解外，在实现业务类中也需要提供相应的注解：
package com.baobaotao.service;
import javax.jws.WebService;
import com.baobaotao.xfire.server.BbtForumService;
@WebService(serviceName = "BbtForumService",①指定导出的Web Service名称
endpointInterface = "com.baobaotao.xfire.server.BbtForumService")②对应的窄接口
public class BbtForum implements BbtForumService{
…
}如果碰到以下应用场景：输入、输出对象是复杂的对象（如未使用泛型的集合类），当返回类型是一个对象但不希望输出所有的结果，或者不希望使用默认的属性名。
这时可以在业务方法中通过@WebMethod、@WebResult等注解提供额外的信息来达到目的。更多关于JSR 181的信息请参考：http://dev2dev.bea.com/webservices/jwsm.html。
按照相似的方式，可以为应用中其它的业务类进行Web Service标注，在完成标注后，需要在Spring配置中启用XFire JSR 181处理器，对Spring容器中所有标注@WebService的Bean进行统一的处理，以便执行真正Web Service的导出工作。XFire在Spring中对应的配置如下所示：
代码清单3 applicationContext.xml：使用JSR 181导出Web Service class="org.codehaus.xfire.annotations.jsr181.Jsr181WebAnnotations" /> class="org.codehaus.xfire.spring.remoting.Jsr181HandlerMapping">
③该Bean标注了@WebService注解
重启Tomcat，查看http://localhost:8080/baobaotao/service /BbtForumService?wsdl，你依旧可以看到如图2 BbtForumService的WSDL所示的WSDL。
各种客户端调用方式
XFire为访问服务端Web Service提供了各种方便的方式：在可以获取服务端窄接口类的情况下，可以根据服务地址和窄接口类创建客户调用程序。
如果不能获得服务窄接口类，XFire允许你通过WSDL文件生成客户端调用程序，通过指定服务接口的方式调用服务。鉴于这种调用方式不够面向对象，XFire提供了一个根据WSDL生成客户端存根代码的工具，这样你就可以方便以面向对象的方式编写客户端程序了。
使用服务端的窄接口类
如果客户端可以获取服务端的Web Service的窄接口类，这时可以使用XFire的ObjectServiceFactory将对应地址的Web Service转换为窄接口实例进行调用，如代码清单4所示：
代码清单4使用窄接口调用Web Service应用
package com.baobaotao.xfire.client;
import org.codehaus.xfire.client.XFireProxyFactory;
import org.codehaus.xfire.service.Service;
import org.codehaus.xfire.service.binding.ObjectServiceFactory;
import com.baobaotao.xfire.server.BbtForumService;
public class WithClassClient {
public int getRefinedTopicCount() {①根据窄接口创建Service模型
Service serviceModel = new ObjectServiceFactory().create(BbtForumService.class);
②服务对应URL地址
String serviceURL = "http://localhost:8080/baobaotao/service/BbtForumService";
BbtForumService service = null;
try {③将Web Service转换为窄接口实例
service = (BbtForumService) new XFireProxyFactory().
create(serviceModel, serviceURL);
} catch (Exception e) {
throw new RuntimeException(e);
}
return service.getRefinedTopicCount(20);④调用Web Service方法
}
public static void main(String[] args) {
WithClassClient client = new WithClassClient();
System.out.println("topic count is:"+client.getRefinedTopicCount());
}
}XFire根据Service模型对象及Web Service的URL地址就可以构造出Web Service的调用实例。在服务端Tomcat启动的情况下，运行以上的客户端代码，将可以获得正确的输出。
使用WSDL文件构造客户端程序
并不是任何时候都可以获得Web Service服务端的窄接口类，但我们必然可以获取Web Service对应的WSDL文档。XFire允许我们仅通过Web Service对应的WSDL文件构造客户端访问程序。
这无疑给创建客户端程序带来了极大的便利性，你可以直接通过URL指定WSDL，也可以将WSDL保存在本地系统中，通过InputStream 的方式获取WSDL内容。下面，我们使用InputStream的方式提供WSDL：
代码清单5通过WSDL创建客户端程序
package com.baobaotao.xfire.client;
import java.net.URL;
import org.codehaus.xfire.client.Client;
public class OnlyWsdlClient {
public int getRefinedTopicCount() {
try {
String wsdl = "com/baobaotao/xfire/client/BbtForumService.wsdl";①对应的WSDL文件
Resource resource = new ClassPathResource(wsdl);
Client client = new Client(resource.getInputStream(), null);②根据WSDL创建客户实例③调用特定的Web Service方法
Object[] results = client.invoke("getRefinedTopicCount",new Object[]);
return (Integer) results[0];
} catch (Exception e) {
throw new RuntimeException(e);
}
}
public static void main(String[] args) {
OnlyWsdlClient client = new OnlyWsdlClient();
System.out.println("topic count is:" + 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服务名和输入参数调用Web Service的服务方法了，如③所示。
可能会有读者认为这种完全根据WSDL创建客户端程序的方式会带来低劣的运行性能，笔者通过测试发现，确实会造成一定的性能降低，但也不象想象中那样低效。
使用基于窄接口的客户端程序和使用基于WSDL的客户端程序访问一次BbtForumService的时间依次是1300 ms和1450 ms。如果WSDL文档很复杂，由于需要解析整个WSDL文档，这种客户端程序的性能会受到更多的挑战。不过，如果只要在程序中缓存Client实例，由于创建Client的代价是一次性的，性能问题就可以忽略了。
根据WSDL生成客户端代码
XFire允许通过运行Ant任务，根据WSDL文件生成访问Web Service的客户端代码存根，同时XFire还提供了一个Eclipse插件完成相同的任务。本节里，我们将学习通过XFire Eclipse插件生成BbtForumService客户端存根代码的知识。
安装Eclipse XFire 插件
1．Help->Software Updates->Find and Install...
2．选择“Search for new features to install”，并点击Next；
3．选择“New Remote Site...”，创建一个Name为XFire，URL为
http://dist.codehaus.org/xfire/update/的网站；
4．点击Finish安装XFire插件。
使用插件创建客户端代码存根
File->New->Other...->XFire->Code generation from WSDL document；
弹出一个对话框，如图3所示：
图3创建客户端代码存根
指定WSDL文件的位置，存根代码的输出地址及对应的类包，点击Finish。
XFire插件将在生成客户端代码存根的同时生成服务端代码的存根，如下图所示：
图4生成的代码
BbtForumServiceClient是BbtForumServicePortType的工厂类，它提供了若干个获取 BbtForumServicePortType实例的重载方法。BbtForumServicePortType对应服务端的窄接口 BbtForumService类。而BbtForumServiceImpl是服务端的存根代码，在META-INF中还有XFire的服务配置文件。对于客户端来说，一般不需要服务端的代码，所以你可以将BbtForumServiceImpl和META-INF删除。
下面，我们利用XFire生成的BbtForumServiceClient对服务端的Web Service进行调用：
package com.baobaotao.xfire.client;
public class StubClient {
public static void main(String[] args) {
BbtForumServiceClient client = new BbtForumServiceClient();
String serviceUrl = "http://localhost:8080/baobaotao/service/BbtForumService";①获取对应服务窄接口实例
BbtForumServicePortType portType = client.getBbtForumServiceHttpPort(serviceUrl);
int count = portType.getRefinedTopicCount(20);②对服务进行调用
System.out.println("count:" + count);
}
}我们首先实例化一个BbtForumServiceClient，然后通过URL指定Web Service的服务地址，然后创建一个服务的窄接口实例，如①所示，接着我们就可以使用这个窄接口实例进行Web Service服务的调用了。
Web Service的测试
在上一节里，我们学习了客户端调用服务端中Web Service的方法。在实际应用中，在开放Web Service之前需要进行严格的测试，以保证功能的正确性。在一般框架中，测试Web Service往往这是一个炼狱般痛苦的过程。
XFire通过AbstractXFireTest极大地简化Web Service的测试。AbstractXFireTest允许我们无需构造客户端调用程序，在SOAP报文层面开展对服务端代码的测试，AbstractXFireTest提供了一系列方便的方法对SOAP报文进行验证。XFire还特别为Spring环境下进行Web Service测试提供了一个AbstractXFireSpringTest子类，仅通过启用Spring容器就可以完成Web Service的测试。通过XFire精心设计的测试工具类，对Web Service的测试工作已经是一项可以轻松应对的工作。
如果你在编写服务端Web Service的同时，还需要编写客户端调用程序，这时不可避免的，你希望从客户端角度对Web Service进行测试。由于客户端程序需要访问真实的Web Service，所以需要开启Web服务器，让服务端的Web Service能够提供服务共客户端访问调用。如果客户端和服务端都在同一个项目中开发，XFire允许你在不启动Web服务器的情况下测试客户端程序，其原理是让Web Service运行于JVM模式下。
基于SOAP报文的纯服务端测试
AbstractXFireTest扩展于JUnit标准的TestCase类，提供了向某个Web Service发送SOAP请求报文并对返回的SOAP响应报文进行检验的能力。该测试类提供了若干个方便的断言方法，分别介绍如下：
void assertNoFault(Document node)：确认SOAP响应报文无错误；
java.util.List assertValid(java.lang.String xpath, java.lang.Object node)：确认在DOM节点特定路径下有对应的元素，路径通过XPath表达式进行定义，该方法还将匹配的元素以List对象返回，你可以对匹配的元素进行进一步的检验；
void assertXPathEquals(java.lang.String xpath, java.lang.String value, Document node)：确认特定路径DOM节点为某一特定值；
assertInvalid(java.lang.String xpath, java.lang.Object node)：确认DOM节点特定路径下未包含元素。
AbstractXFireSpringTest是AbstractXFireTest的子类，在Spring中你仅需要扩展该类并实现该类的抽象方法ApplicationContext createContext()，就可以对Spring容器中用XFire定义的Web Service进行测试了。
为了测试Web Service，我们必须准备一个SOAP请求报文，你可以简单地手工编写一个，或通过SOAP报文截取工具（如前面我们介绍的TcpTrace、 SOAPScope、Apache Axis的TCPMon等）获得一些可用的SOAP请求报文。下面是一个访问BbtForumService 服务的请求SOAP报文：
代码清单6 request_soap.xml：SOAP报文层面测试
http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> xmlns="http://server.xfire.baobaotao.com"> http://server.xfire.baobaotao.com">20
我们将其保存在request_soap.xml文件中放置在类路径com/baobaotao/xfire/server下。当该SOAP请求报文发送给BbtForumService的Web Service后，我们预计它应该返回对应代码清单7所示的正确的SOAP响应报文：
代码清单7 SOAP响应报文
http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> http://www.baobaotao.com">
下面，我们着手编写测试BbtForumService Web Service的测试类，以验证实际SOAP响应报文是否和代码清单7中的一样：
代码清单8 TestBbtForumService
package com.baobaotao.xfire.server;
import org.codehaus.xfire.spring.AbstractXFireSpringTest;
import org.jdom.Document;
import org.springframework.context.ApplicationContext;
import org.springframework.context.support.ClassPathXmlApplicationContext;
public class TestBbtForumService extends AbstractXFireSpringTest {
protected ApplicationContext createContext() {①创建包含Web Service的Spring容器
return new ClassPathXmlApplicationContext(
new String[]);
}
public void testUsingSoapRequest() throws Throwable {②通过SOAP请求报文访问BbtForumService的Web Service，对返回
SOAP响应报文进行检测
Document response = 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测试Web Service首先要做的第一件事是通过实现createContext()方法构造Spring容器，如①所示。当Spring容器启动时，XFire 将自动让容器中的Web Service生效（仅进行测试，不能对外提供服务）。
第二步需要向Web Service发送一个SOAP请求报文以得到一个SOAP响应报文，如②所示。接下来，就是通过AbstractXFireTest提供的检测DOM内容的方法对报文进行正确性验证。由于代码清单7的SOAP报文体中对应的元素及内部元素都位于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服务器的情况下通过客户端程序测试Web Service的功能，这一崭新的测试方法对于开发人员来说一定深具吸引力。因为，这意味着你可以完全在IDE环境中运行测试，不需要外部环境的支持。
不过享受这一测试好处的应用必须保证客户端和服务端的Web Service都位于同一JVM中，这时请求报文和响应报文直接在JVM 内部通道中传输。当使用JVM内部通道传输请求和响应的SOAP报文时，我们仅需要调整服务的地址就可以了：
代码清单9 TextBbtForumService：JVM模式测试
package com.baobaotao.xfire.client;
import org.codehaus.xfire.client.XFireProxyFactory;
import org.codehaus.xfire.service.Service;
import org.codehaus.xfire.service.binding.ObjectServiceFactory;
import org.codehaus.xfire.spring.AbstractXFireSpringTest;
import org.springframework.context.ApplicationContext;
import org.springframework.context.support.ClassPathXmlApplicationContext;
import com.baobaotao.xfire.server.BbtForumService;
public class TextBbtForumService extends AbstractXFireSpringTest {
protected ApplicationContext createContext() {
return new ClassPathXmlApplicationContext(
new String[]);
}
public void testGetRefinedTopicCount() throws Throwable {
Service serviceModel = new ObjectServiceFactory().create(BbtForumService.class);
XFireProxyFactory factory = new XFireProxyFactory(getXFire());①在JVM内部通道中进行SOAP请求和响应报文的传输，请注意粗体所示的服务地址
BbtForumService service = (BbtForumService) factory.create(serviceModel, "xfire.local://BbtForumService"); int count = service.getRefinedTopicCount(20); assertEquals(count,32); } }
以上代码中，①处的服务地址采用了JVM模式的地址，和其对应的HTTP地址则是http://localhost:8080/baobaotao/service/BbtForumService，所以仅需将服务名前的部分替换为“xfire.local://”就可以了。
小结
比之于Axis，XFire在实施Web Service更加简洁高效，因此XFire在短短的时间里成为了Web Service开发者的炙手可热的框架。更可贵的是XFire对Spring提供了强大的支持，可以非常方便地在Spring中使用XFire实施Web Service。
XFire可以通过多种方式将Spring容器中的Bean导出为Web Service，这包括使用XFireExporter导出器或JSR 181注解。JSR 181和STAX一起都将融入到JDK 6.0中，因此，JSR 181 Web Service定义方式将成为标准的实现。
XFire为客户端提供了多种访问Web Service的方式，如果可以获取客户端的窄接口类，则可以采用窄接口类调用Web Service。如果仅能获取WSDL，XFire也可以采用动态反射的机制调用Web Service。XFire为Eclipse提供了一个可以根据WSDL生成客户端存根代码的插件，相信XFire也将为其它非Java语言提供类似的插件。
技术可用性的一个很大的标准是它是否方便测试，XFire为在Spring中测试Web Service提供了一流的支持，通过JVM模式，你能够在不启动Web容器的情况下测试Web Service，Web Service的测试工作变得不再象原来那样让人畏惧。
转载自：http://blog.sina.com.cn/s/blog_4adc4b090101akzn.html