用
Axis2
实现
Web Service
,虽然可以将
POJO
类放在
axis2\WEB-INF\pojo
目录中直接发布成
,这样做不需要进行任何配置,但这些
类不能在任何包中。这似乎有些不方便,为此,
也允许将带包的
类发布成
。
先实现一个 类,代码如下:
@H_404_311@operation ="getGreeting" class operation ="update" messageReceiver
先实现一个 类,代码如下:
package
service;
public class MyService
{
String getGreeting(String name)
{
return " 您好 + name;
}
void update(String data)
{
System.out.println( < data >已经更新 );
}
}
public class MyService
{
String getGreeting(String name)
{
return " 您好 + name;
}
void update(String data)
{
System.out.println( < data >已经更新 );
}
}
这个类有两个方法,这两个方法都需要发布成Web Service
方法。这种方式和直接放在pojo
目录中的POJO
类不同。要想将MyService
类发布成Web Service
,需要一个services.xml
文件,这个文件需要放在meta-inf
目录中,该文件的内容如下:
<
service
name
="myService"
>
description
Web Service例子
</ 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
description
Web Service例子
</ 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
可以获得这个WebService
的WSDL
内容:
http://localhost:8080/axis2/services/myService?wsdl
<description>
元素表示当前Web Service
的描述,<parameter>
元素用于设置WebService
的参数,在这里用于设置WebService
对应的类名。在这里最值得注意的是<messageReceivers>
元素,该元素用于设置处理WebService
方法的处理器。例如,getGreeting
方法有一个返回值,因此,需要使用可处理输入输出的RPcmessageReceiver
类,而update
方法没有返回值,因此,需要使用只能处理输入的RPCInOnlyMessageReceiver
类。
使用这种方式发布WebService
,必须打包成.aar
文件,..aar
文件实际上就是改变了扩展名的.jar
文件。在现在建立了两个文件:MyService.java
和services.xml
。将MyService.java
编译,生成MyService.class
。services.xml
和MyService.class
文件的位置如下:
D:\ws\service\MyService.class
D:\ws\meta-inf\services.xml
在windows 控制台中进入ws 目录,并输入如下的命令生成.aar 文件(实际上,.jar文件也可以发布webservice,但axis2官方文档中建议使用.aar文件发布webservice):
在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》 所讲的方法类似。
最后将ws.aar 文件复制到<Tomcat 安装目录>\webapps\axis2\WEB-INF\services 目录中,启动Tomcat 后,就可以调用这个WebService 了。调用的方法和 《WebService大讲堂之Axis2(1):用POJO实现0配置的WebService》 所讲的方法类似。
@H_404_311@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
,对客户端并没有影响。
@H_404_311@ serviceMyService1
{
String getName()
{
bill ;
}
}