由于解决方案需要,必须发布一个可以供使用的Webservice。今天按照说明做了一axis的简单实践。
这个文档不是我写的,在这里,谢谢前人的总结。
在里面可能会遇见比较常见而和概念有关的问题。
抛错1:
以下是引用片段: org.apache.axis2.AxisFault: namespace mismatch require |
这里主要问题是代码:
以下是引用片段: Java代码 opAddEntry = new QName(“http://ws.irm.com”, “dataReceiver”); opAddEntry = new QName(“http://ws.irm.com”, “dataReceiver”); |
注意:QName的正确性,其中的url应该是包名的反写。这个在抛出信息由提示。
抛错2:
以下是引用片段: org.apache.axis2.AxisFault: The input stream for an incoming message is null. |
这个是由于传入参数的不一致造成的。关于不一致还有其他报错信息,这里不一一列举。但这里注意services.xml里的函数声明,申明的不一致也会造成报错信息。
如下:
以下是引用片段: Xml代码 <messageReceivers> <messageReceiver mep=”http://www.w3.org/2004/08/wsdl/in-out” class=”org.apache.axis2.rpc.receivers.RPCMessageReceiver” /> <messageReceiver mep=”http://www.w3.org/2004/08/wsdl/in-only” class=”org.apache.axis2.rpc.receivers.RPCInOnlyMessageReceiver” /> </messageReceivers> |
以下是引用片段: <messageReceivers> <messageReceiver mep=”http://www.w3.org/2004/08/wsdl/in-out” class=”org.apache.axis2.rpc.receivers.RPCMessageReceiver” /> <messageReceiver mep=”http://www.w3.org/2004/08/wsdl/in-only” class=”org.apache.axis2.rpc.receivers.RPCInOnlyMessageReceiver” /> </messageReceivers> |
其中,RPCInOnlyMessageReceiver,代表该函数没有传入参数,只有返回值。而RPCMessageReceiver不仅有返回值,并且接受传入的parameter。
抛错3:
以下是引用片段: at java.lang.NumberFormatException.forInputString(Unknown Source) ] |
返回的类型不一致。比如我这里的错误原因是要求一个String的返回内型,而请求的却是一个int类型。
代码如下:
以下是引用片段: Java代码 Object[] opAddEntryArgs1 = new Object[] {123}; Class[] classes1 = new Class[] {int.class}; opAddEntry = new QName(“http://ws.irm.com”, “dataReceiver”); System.out.println(serviceClient.invokeBlocking(opAddEntry, opAddEntryArgs1, classes1)[0]); Object[] opAddEntryArgs1 = new Object[] {123}; Class[] classes1 = new Class[] {int.class}; opAddEntry = new QName(“http://ws.irm.com”, “dataReceiver”); System.out.println(serviceClient.invokeBlocking(opAddEntry, opAddEntryArgs1, classes1)[0]); |
其中注意,classes1,要求的是一个int类型,而方法其实返回的是String,把int.class改成String.class,错误便可消除。
另外,一个小地方,services.xml,容易写成了service.xml以至于tomcat抛出servces.xml无法找到的信息。
(不好意思,上传附件的时候一直提示“一个文件正在上传中,请等待完成后在提交”。等待了很久,附件似乎无法传上来,我将部分和上面报错有关的内容复制在下面。再次感谢前人的探索。)
引用
使用services.xml文件发布WebService
用Axis2实现Web Service,虽然可以将POJO类放在axis2WEB-INF pojo目录中直接发布成Web Service,这样做不需要进行任何配置,但这些POJO类不能在任何包中。这似乎有些不方便,为此,Axis2也允许将带包的POJO类发布成Web Service。
先实现一个POJO类,代码如下:
以下是引用片段: package service; public class MyService{ public String getGreeting(String name) { return “您好 ” + name; } public 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例子 </description> <parameter name=”ServiceClass”> service.MyService </parameter> <messageReceivers> <messageReceiver mep=”http://www.w3.org/2004/08/wsdl/in-out” class=”org.apache.axis2.rpc.receivers.RPCMessageReceiver” /> <messageReceiver mep=”http://www.w3.org/2004/08/wsdl/in-only” class=”org.apache.axis2.rpc.receivers.RPCInOnlyMessageReceiver” /> </messageReceivers> </service> |
其中<service>元素用于发布Web Service,一个<service>元素只能发布一个WebService类,name属性表示WebService名,如下面的URL可以获得这个WebService的WSDL内容:
以下是引用片段: 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.java和services.xml。将MyService.java编译,生成MyService.class。services.xml和MyService.class文件的位置如下:
以下是引用片段: D:wsserviceMyService.class D:wsMETA-INFservices.xml |
在windows控制台中进入ws目录,并输入如下的命令生成.aar文件(实际上,.jar文件也可以发布webservice,但axis2官方文档中建议使用.aar文件发布webservice):
以下是引用片段: jar cvf ws.aar . (不要忘记最后面的那一点) |
最后将ws.aar文件复制到<Tomcat安装目录>webappsaxis2WEB-INF services目录中,启动Tomcat后,就可以调用这个WebService了。调用的方法和《WebService大讲堂之Axis2(1):用POJO实现0配置的WebService》所讲的方法类似。
另外services.xml文件中也可以直接指定WebService类的方法,如可以用下面的配置代码来发布WebService:
以下是引用片段: <service name=”myService”> <description> Web Service例子 </description> <parameter name=”ServiceClass”> service.MyService </parameter> <operation name=”getGreeting”> <messageReceiver class=”org.apache.axis2.rpc.receivers.RPCMessageReceiver” /> </operation> <operation name=”update”> <messageReceiver class=”org.apache.axis2.rpc.receivers.RPCInOnlyMessageReceiver” /> </operation> </service> |
上面的配置代码前面的部分和以前的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类,代码如下:
以下是引用片段: package service public class MyService1 { public String getName() { return “bill”; } } |
在services.xml文件中可以使用如下的配置代码来配置MyService和MyService1类:
以下是引用片段: <serviceGroup> <service name=”myService”> <description> Web Service例子 </description> <parameter name=”ServiceClass”> service.MyService </parameter> <messageReceivers> <messageReceiver mep=”http://www.w3.org/2004/08/wsdl/in-out” class=”org.apache.axis2.rpc.receivers.RPCMessageReceiver” /> <messageReceiver mep=”http://www.w3.org/2004/08/wsdl/in-only” class=”org.apache.axis2.rpc.receivers.RPCInOnlyMessageReceiver” /> </messageReceivers> </service> <service name=”myService1″> <description> Web Service例子 </description> <parameter name=”ServiceClass”> service.MyService1 </parameter> <messageReceivers> <messageReceiver mep=”http://www.w3.org/2004/08/wsdl/in-out” class=”org.apache.axis2.rpc.receivers.RPCMessageReceiver” /> <messageReceiver mep=”http://www.w3.org/2004/08/wsdl/in-only” class=”org.apache.axis2.rpc.receivers.RPCInOnlyMessageReceiver” /> </messageReceivers> </service> </serviceGroup> |
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
作者
相关推荐
-
内存数据网格提供商一头扎进Java
10年的时间里,应用性能解决方案提供商Alachisoft一直在用NCache(针对N-Tier和网格计算.NET应用的内存计算和数据网格产品)为.NET社区服务。
-
遇到这样一个问题:通过java service wrapper部署应用,wrapper进程占用的内存会一直升高, 直到把内存吃完应用崩溃,但是这个wrapper
遇到这样一个问题:通过java service wrapper部署应用,wrapper进程占用的内存会一直升高 […]
-
Google App Engine for Java 对于目前中国需要学习吗?
-
前无古人后无来者的Java平台
开发人员一直在致力于保持Java的活力,经过20年后,我们感觉从来没有更好的、更令人激动的时刻如同Java社区一样。