基于xfire的webservice的实现一
发布时间:2020-12-17 02:32:33 所属栏目:安全 来源:网络整理
导读:要学习Flex与后台数据库的数据交互,先不用lcds,自己用webservice来写。可是webservice我也不熟悉,先来学习一下webservice.我们的工程用的是xfire来实现webservie,转载xfire的配置文章。 ? 1. 概述 ?? XFire 是全球众多牛人在与axis系列对比后一致投票的
要学习Flex与后台数据库的数据交互,先不用lcds,自己用webservice来写。可是webservice我也不熟悉,先来学习一下webservice.我们的工程用的是xfire来实现webservie,转载xfire的配置文章。
?
1. 概述
??
XFire
?? 网上的文档与例子总是不新,大家抛开所有的文档,所有的Axis习惯,单看这份代表XFire1.2.2最简约做法的文档。
2. 生火指南2.1 修改web.xml,在Web应用中增加XFire的入口
?? xfire的入口,注意XFire有了自己的Servlet,不再依赖Spring MVC的Servlet,也就远离了大家不熟悉的Spring MVC URL Mapping,与Spring达致完美的整合。
?? 这里指定了路径为/service/* ,即WebService的URL会被默认生成为
[url]http://www.springside.org.cn/bookstore/service/BookService[/url]
?
?
2.2 编写窄接口,抽取POJO中要导出的服务
?? 从已有的BookManager.java中,抽取出一个窄接口,仅暴露需要导出为Web Service的方法。而BookManger.java是POJO,不需要任何WebService相关代码。
? 窄接口一方面满足了安全要求,不用整个BookManager所有方法导出为Web Service;另一方面,XFire暂时也只支持基于接口的Proxy。
public
?
interface
?BookService?{
???List < Book > ?findBooksByCategory(String?cateoryId); }
?
?2.3 配置Java-XML Binding
?? XFire默认的Aegis Binding语法非常简单,在SpringSide的例子里几乎一行配置都不用写,是我见过最简单的binding定义,大大优于其他以设计复杂为终极目标的方案。
?? 对象的属性、函数的参数和返回值如果为int、String、Date等普通类型以及由普通类型组成的复杂对象都无需定义。我见到只有两种情况需要定义:
?? XFire以约定俗成代替配置,如果万一真的需要aegis配置,所有Service和Entity Bean的binding文件要求命名为xxx.aegis.xml,而且要和原来的类sit together在同一目录里。
<
mapping
>
???????? <!-- 配置findBooksByName服务的返回值,List内对象为Book --> ???????? < method? name ="findBooksByName" > ???????????? < return-type? componentType ="org.springside.bookstore.domain.Book" /> ???????? </ method > ??????? <!-- 配置Category类,忽略内嵌的products属性不要输出XML --> ??????? < property? name ="products" ?ignore ="true" /> </ mapping >
?
?? 其他语法详见
Aegis
2.4 配置Spring导出
??? 为了节约代码,配置一个基类,注意导出的服务不能lazy-init:
?
?每个Web服务的定义:parent为基类,serviceClass property设置Web Service的接口,serviceBean property设置Web Service的实现类。
Web服务导出完毕,用户可在
[url]http://localhost/service/BookService?WSDL[/url]
上半章完,关于JSR181,Client API与测试部分请看
XFire 生火指南(下)
1. JSR181
???? JSR181式通过annotated POJO ,零配置文件的导出Web服务,是BEA倡导的,JavaEE5里的正规方式, XFire作了良好的支持。
???? 但是,XFire关于JSR181方式的文档还不够清晰,请完整阅读本节以避免其中的数个陷阱。
1.1 参考文章
1.2 ApplicationContext.xml
??? 因为配置都写在annotation,applicationContext.xml文件的内容比较固定。需要注意JSR181WebAnnotations与HandlerMapping不能lazy init.
?
1.3 Interface+Impl模式
?? 不同于XFire传统模式,窄接口不是必须的,只是考虑到client如果也使用XFire时,有个接口好生成Client而已。
???如果采用Interface,Interface将担任主要的配置工作。
?? 首先定义@WebService,可定义自己的NameSpace,如果不定义将采用NameSpace的默认生成算法。
?? 接口中的函数将默认全部导出,不需要再用@WebMethod注释,可以如下例般进行更进一步配置:
@WebService(targetNamespace?
=
?
"
[url]http://www.springside.org.cn[/url]
"
)
public ? interface ?BookService?{ ??@WebResult(name? = ? " SearchResult " ) ??List < Book > ?findBooksByCategory(@WebParam(name? = ? " category " ,?header? = ? true )String?cateoryId); }
?????? Manager不是纯粹的POJO,需要带上@WebService注释,指明InterFace。
@WebService(serviceName?
=
?
"
BookService
"
,?
endpointInterface? = ? " org.springside.bookstore.components.xfire.server.jsr181.BookService " ) public ? class ?BookManager? implements ?BookService?{...}
????? 陷阱一:
XFire JSR181参考文档
1.4 纯POJO模式
??? 参考文档中的例子,需要配置@WebMethod 指定需要导出的服务
@WebService(name?
=
?
"
EchoService
"
,?targetNamespace?
=
?
"
[url]http://www.openuri.org/2004/04/HelloWorld[/url]
"
)
???????? public ? class ?Jsr181EchoService { ????@WebMethod(operationName? = ? " echoString " ,?action? = ? " urn:EchoString " ) ????@WebResult(name? = ? " echoResult " ) ???? public ?String?echo(@WebParam(name? = ? " echoParam " ,?header? = ? true )?String?input) ????{ ???????? return ?input; ????} }
?
1.5 Client注意事项
??? 陷阱二:和传统模式的client有一点最大的区别,第3个参数需要是实际的Manager类,而不是接口类:
2. Client
XFire的Client并不算强项,一共有三种模式:
2.1 Client开发者拥有Web服务端的class
? Client与Server是同一个开发团队也好,Server端团队以jar形式提供开发包也好,反正如果能拿到服务端的接口Class和Entity类及aegis 配置文件的话。
? 传统模式:
??JSR181模式,注意这里Server端开发组需要向Client提供BookService的实现类BookManager,而不止于接口类,有点危险:?
?
? SpringSide?用泛型封装了一个XFireClientFactory,调用代码如下:
2.2 动态模式
??? 动态模式不需要服务端的class,不过性能和复杂对象映射等估计做得不会太好。
2.3 根据WSDL生成Client Stub
??? 这才是Web Service Client的王道,可以访问任意编写下的Web Service,将在下一个版本中演示。
3. 测试
XFiire很重要的一个特性是提供了无须启动Web容器也能进行单元测试的能力。
原理就是利用XFire的JVM模式,以xfire.local://BookService channel而不是
[url]http://localhost/service/BookService[/url]
测试的方式分两种:
一种是纯服务器角度,不编写客户端代码,以SOAP XML形式发送请求,返回的也是SOAP XML字串,直接对XML进行测试。
一种是编写2.1 中Client代码来进行测试。
前一种的测试的隔离度较高,而后一种比较简便。
3.1?测试基类?
无论那种方式,都使用Xfire的
AbstractXFireSpringTest基类,实现createContext()回调函数。
另外测试基类还要完成一个很重要的工作就是要解决Hibernate的LazyLoad问题,做到OpenSession In Test。因此,SpringSide专门封装了一个XFireTestCase的基类。
3.2 用Client代码直接测试
???? 下文直接用client代码调用findBooksByCategory方法,得到返回值后进行各种Assert判断。
???? 注意和普通client code的两处区别:servericeURL换成local,factory须加入getXFire()作参数。
Service?serviceModel?
=
?
new
?ObjectServiceFactory().create(BookService.
class
);
??XFireProxyFactory?factory? = ? new ?XFireProxyFactory(getXFire()); ??BookService?service? = ?(BookService)?factory.create(serviceModel,? " xfire.local://BookService " ); ??List?list? = ?service.findBooksByCategory( " 0 " ); ??assertNotNull(list); ??...
?
3.3 纯服务端测试
?? 编写一段SOAP XML,以任意命名保存,下文以"Java"作参数,调用findBooksByName方法。
<
env:Envelope?xmlns:env
=
"
[url]http://schemas.xmlsoap.org/soap/envelope/[/url]
"
>
???? < env:Header /> ???? < env:Body > ???????? < findBooksByName?xmlns = " [url]http://www.springside.org.cn[/url] " > ???????????? < in1 > Java </ in1 > ???????? </ findBooksByName > ???? </ env:Body > </ env:Envelope > (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |