分布式OSGi 谁用过吗？

问题描述

按照CXF-DOSGi上的demo自己调了一下http://cxf.apache.org/dosgi-ds-demo-page.htmlBUNDLE都启动了你看osgi>ssFrameworkislaunched.idStateBundle0ACTIVEorg.eclipse.osgi_3.5.2.R35x_v201001261ACTIVEorg.eclipse.osgi.services_3.2.0.v20090520-18002ACTIVEjavax.servlet_2.5.0.v2008060316055ACTIVEcxf-dosgi-ri-singlebundle-distribution_1.2.08ACTIVEAdderServiceInterface_1.0.0.qualifier12ACTIVEcxf-dosgi-ri-samples-ds-impl_1.2.014ACTIVEcxf-dosgi-ri-samples-ds-client_1.2.015ACTIVEAdderServiceImpl_1.0.0.qualifier16ACTIVEcxf-dosgi-ri-samples-ds-interface_1.2.017ACTIVEServiceConsumer_1.0.0.qualifier但是浏览器中一直看不到到wsdl...蛋疼啊...哪位大侠做过测试啊给小弟一点建议好吧？

时间： 2024-09-28 16:19:21

分布式OSGi 谁用过吗？的相关文章

利用R-OSGi实现分布式OSGi应用

OSGi v4.2 规范中定义了远程调用的统一标准,使模块化思想进一步得到深化.R-OSGi 作为其中的一种实现,提供了面向 Service 的远程调用组件,让我们能非常简单地实现处于不同地域的两个 OSGi service 的互相调用.本文通过介绍传统 OSGi 应用程序及 R-OSGi 的实现方式入手,阐述了 R-OSGi 对于 OSGi 规范的实现方式.然后通过一个简单的功能实现由浅入深地讲述传统 OSGi 和 R-OSGi 上的两种不同实现,让您对实际操作加深印象.最后,探讨了 R-OS

基于OSGi实现分布式服务框架历程(四)

在这个篇幅中将来分析下这个分布式服务框架的服务的生命周期的管理的问题,在分布式服务框架中,支持服务的动态部署.卸载.升级是很关键的,至于服务的生命周期是否需要做到像OSGi那样的动态通知,在这个篇幅中会进行分析,并最终形成这个分布式服务框架的生命周期模型以及到目前为止的服务架构模型. 先来分析下服务的生命周期是否需要做到像OSGi DS的动态通知,这里以服务组件安装为例稍微的说下OSGi DS服务的生命周期模型,在OSGi DS中,当有新的Service Component安装时,首先会检查其是

基于OSGi实现分布式服务框架历程(三)

上篇说到,经过分析后决定选用JNDI来实现服务的远程注册.查找和路由,在这篇blog中就来详细分析下基于JNDI怎么和OSGi结合来实现服务的远程注册.查找和路由. 1.远程注册 目前OSGi DS注册时是直接在本地注册服务实例的,要支持远程注册的话首先需要修改DS注册服务部分的代码,在ds的描述中需要增加一个配置项,以支持将服务注册到远程服务中心,例如: <service> <provide interface="cn.org.osgi.opendoc.bulletin.se

基于OSGi实现分布式服务框架历程(二)

在这篇历程中来完成对于JINI的Spike,目标仍然是判断基于JINI实现服务的路由.查找需求的满足度. JINI是由Sun研究院制定的,其目标就是为了实现分布式的服务,所以在很多地方可以看到它和分布式服务框架是有不少重叠之处的,来先看看它对于需求的满足度,最后再来分析做个总结. 1.怎么实现远程的将服务注册到服务中心? 在jini中暂时没有找到远程注册服务到服务中心的方法. jini的服务需要和服务中心部署在同一台机器上,这个倒是可以通过服务管理中心直接将sar格式的服务部署上去,支持服务的动

基于OSGi实现分布式服务框架历程(一)

写完之前的那篇基于OSGi实现服务框架的分析后,决定动手来实现一个基于OSGi的分布式服务框架,而其feature呢,就会遵照之前写的服务框架的要素来实现,根据之前的分析,将这个实现过程分为了三个大的步骤来完成:Spike阶段.实现阶段和测试阶段,Spike阶段用于完成几个关键问题的技术的研究和选型:实现阶段用于完成基于OSGi的分布式服务框架:测试阶段用于判断实现的分布式框架对于应用场景的符合程度.性能的情况. 首先进入Spike阶段,在Spike阶段需要完成服务注册.创建以及服务的proxy

GlassFish OSGi-JavaEE (一) GlassFish与企业级OSGi开发

欢迎进入GlassFish OSGi-JavaEE专题!自从GlassFish v3开始,一个新的特性被加入到GlassFish中,那 就是GlassFish OSGi-JavaEE.本专题将分为九个部分向大家介绍GlassFish OSGi-Java EE相关的知识: Part1:对GlassFish OSGi-JavaEE做简单的介绍并简要叙述企业级的OSGi开发的现状. Part2: 理解GlassFish OSGi/WEB容器并开发和部署一个WEB 应用程序Bundle到GlassFis

.NET中多模块分布式系统的简单服务访问：OSGI原形

先描述一下本篇描述的适用场景(3台server, 各个模块分布在各个Server上 ,分布式模块互相依赖.交互的场景): 多个OSIG引擎交互上,使用的是.net remoting实现的,原理: 当请求某个接口时(也就是要获取某Service Instance时),OSGI通过 remoting连接到提供这个服务的url上,如:tcp://localhost:8888/OSGI 连接成功后,源OSGI发送OpenService命令,让目标OSGI注册TCP Channel 根据接口type.dl

基于Spring-DM实现分布式服务框架(DSF)(二)

在上篇分析完了在V 0.7需要干的活后,开始细化其中的实现细节,由于技术细节和之前想的有点不同,在细化的同时也稍做了调整,系统的架构仍然保持不变,在这篇blog中来看看实现每项任务的技术细节,之后就可以进入编码实现阶段了. 1.服务模型 采用OSGi的服务模型,在Spring中使用此服务模型时和Spring-DM中的osgi:service.osgi:reference基本一致,示例如下: 发布服务(将bulletinListAction以jndi的方式发布为dsf服务): <dsf:servi

基于Spring-DM实现分布式服务框架(DSF)(一)

经过上篇分析分布式服务框架的blog后,正式对之前的基于OSGi实现分布式服务框架的系列改名(顺便把分布式服务框架改为使用DSF缩写),因为已经决定基于Spring-DM来实现,为什么呢,而且为什么一定要是Spring-DM,而不直接说Spring呢? 今天是Spring-DM 1.0 release的大好日子,,不容易呀,做了这么久,具体怎么样还没来得及细看,不过之前有用过1.0 m2,已经觉得很不错了,相信1.0 release更不会失望. 在我眼里看来,Spring是个很大的东西,其实DS