Axis2(3):使用services.xml文件发布WebService

前端之家收集整理的这篇文章主要介绍了Axis2(3):使用services.xml文件发布WebService前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

Axis2实现Web Service,虽然可以将POJO类放在axis2\WEB-INF\pojo目录中直接发布成Web Service,这样做不需要进行任何配置,但这些POJO类不能在任何包中。这似乎有些不方便,为此,Axis2也允许将带包的POJO类发布成Web Service
先实现一个
POJO类,代码如下:

packageservice;

public classMyService
{
publicStringgetGreeting(Stringname)
{
return"您好"+name;
}
voidupdate(Stringdata)
{
System.out.println("<"+data+">已经更新");
}
}

这个类有两个方法,这两个方法都需要发布成Web Service方法。这种方式和直接放在pojo目录中的POJO类不同。要想将MyService类发布成Web Service,需要一个services.xml文件,这个文件需要放在Meta-INF目录中,该文件内容如下:

< service name ="myService" >
description >
WebService例子
</ parameter ="ServiceClass" >
service.MyService
parameter messageReceivers messageReceiver mep ="http://www.w3.org/2004/08/wsdl/in-out"
class
="org.apache.axis2.rpc.receivers.RPCMessageReceiver" />
="http://www.w3.org/2004/08/wsdl/in-only" ="org.apache.axis2.rpc.receivers.RPCInOnlyMessageReceiver" >
service >

其中<service>元素用于发布Web Service,一个<service>元素只能发布一个WebService类,name属性表示WebService名,如下面的URL可以获得这个WebServiceWSDL内容

http://localhost:8080/axis2/services/myService?wsdl

其中name属性名就是上面URL"?""/"之间的部分。

<description>元素表示当前Web Service的描述,<parameter>元素用于设置WebService的参数,在这里用于设置WebService对应的类名。在这里最值得注意的是<messageReceivers>元素,该元素用于设置处理WebService方法的处理器。例如,getGreeting方法有一个返回值,因此,需要使用可处理输入输出RPCMessageReceiver类,而update方法没有返回值,因此,需要使用只能处理输入的RPCInOnlyMessageReceiver类。

使用这种方式发布WebService,必须打包成.aar文件..aar文件实际上就是改变了扩展名的.jar文件。在现在建立了两个文件MyService.javaservices.xml。将MyService.java编译,生成MyService.classservices.xmlMyService.class文件的位置如下:

D:\ws\service\MyService.class

D:\ws\Meta-INF\services.xml

windows控制台中进入ws目录,并输入如下的命令生成.aar文件(实际上,.jar文件也可以发布webservice,但axis2官方文档中建议使用.aar文件发布webservice):

jar cvf ws.aar .

最后将ws.aar文件复制到<Tomcat安装目录>\webapps\axis2\WEB-INF\services目录中,启动Tomcat后,就可以调用这个WebService了。调用方法《WebService大讲堂之Axis2(1):用POJO实现0配置的WebService》所讲的方法类似。

另外services.xml文件中也可以直接指定WebService类的方法,如可以用下面的配置代码来发布WebService


operation ="getGreeting" class operation ="update" messageReceiver
>

上面的配置代码前面的部分和以前的services.xml文件内容相同,但后面使用了<operation>元素来指定每一个WebService方法,并单独指定了处理每一个方法的处理器。对于客户端来说,调用使用这两个services.xml文件发布的WebService并没有太大我区别,只是使用第二个services.xml文件发布WebServices后,在使用wsdl2java命令或使用C#delphi生成客户端的stub时,update方法String类型被封装在了update类中,在传递update方法的参数时需要建立update类的对象实例。而使用第一个services.xml文件发布的WebService生成stub时直接可以为update方法传递String类型的参数。从这一点可以看出,这两种方法生成WSDL有一定的区别。但实际上,如果客户端程序使用第一个services.xml文件发布的WebService生成stub类时(这时update方法的参数是String),在服务端又改为第二个services.xml文件来发布WebService,这时客户端并不需要再重新生成stub类,而可以直接调用update方法。也就是说,服务端使用什么样的方式发布WebService,对客户端并没有影响。

如果想发布多个WebService,可以使用<serviceGroup>元素,如再建立一个MyService1类,代码如下:

packageservice
classMyService1
{
publicStringgetName()
{
return"bill";
}
}

services.xml文件中可以使用如下的配置代码来配置MyServiceMyService1类:


serviceGroup < >
WebService例子
>
service.MyService
>

class
</ ="myService1" >
service.MyService1
>

class
/>
>

猜你在找的XML相关文章