浏览 9191 次
该帖已经被评为良好帖
|
|
---|---|
作者 | 正文 |
发表时间:2007-03-18
服务代理生成器( ServiceProxyGenerator )也是一个值得一提的地方,我们先看一下它的接口:
上面做特殊标记的代码就是应用服务代理生成器的地方,这里我们用到了 Spring 的 bean 工厂,根据注册服务的类型( xfire,httpinvoker,hessian 等)到 Spring 容器里查找相应的生成器,并生成指定类型的服务。看下面配置的几个服务代理生成器: xml 代码
<o:p></o:p> <o:p>简单看一下 HttpInvoker 类型服务代理生成器的代码: </o:p> java 代码
<o:p>是的,正如你所看到的一样,我们这里把真正生成服务代理的任务交给了 Spring 的 HttpInvokerProxyFactoryBean 来完成。 <o:p></o:p></o:p> <o:p> </o:p> 提供在初始化时注册的静态服务功能,配制如下:
具体内容可以参看附件中的资源: <o:p></o:p> 一、 ServiceRepository 的源代码( Eclipse 工程) <o:p></o:p> 二、 一个示例应用 <o:p></o:p> 三、 打包部署的 ANT 脚本 <o:p></o:p> <o:p> </o:p> 把项目导入 Eclipse 中,直接运行 Ant 脚本,在 target 目录下会生成服务中心的 jar 包,同时生成示例应用的 war 包,把 war 包放到任意服务器( Server )上并启动服务器并确保应用正常启动。 运行 ServiceRepositoryTest .java 执行完整的单元测试,观测结果。其他的自己看源码吧。
声明:ITeye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
推荐链接
|
|
返回顶楼 | |
发表时间:2007-03-19
用spring 封闭了传统的ws获取方式.使得用起来更方便,也可能更高效.
好文. |
|
返回顶楼 | |
发表时间:2007-03-19
只有代码,随想呢?
|
|
返回顶楼 | |
发表时间:2007-03-19
为什么要把spring和xfire这样绑在一起!
我习惯于把ws物理独立出来! |
|
返回顶楼 | |
发表时间:2007-03-20
生命火花 写道 为什么要把spring和xfire这样绑在一起!
我习惯于把ws物理独立出来! 不是把XFire和Spring绑在一起,而是通过一个高层的抽象,统一管理各种形式的远程服务。 把ws物理独立出来是什么意思?是专门为ws开一个服务器么?你这里的ws指的是标准的WS,还是指XFire? |
|
返回顶楼 | |
发表时间:2007-03-20
恩,确实不错!实际上是服务定位器模式的应用!
ps:我咋没看到附件呢? |
|
返回顶楼 | |
发表时间:2007-03-20
dovecat 写道 恩,确实不错!实际上是服务定位器模式的应用!
ps:我咋没看到附件呢? 附件在第一部分:http://www.iteye.com/topic/60681 |
|
返回顶楼 | |
发表时间:2007-03-21
没有Rest的ws吗?
|
|
返回顶楼 | |
发表时间:2007-03-22
jianfeng008cn 写道 没有Rest的ws吗?
这个自己很容易就可以扩展进来,只需要实现"ServiceProxyGenerator"接口提供获取服务. |
|
返回顶楼 | |