dosgi

    1热度

    1回答

    我想应用安全(基本认证,例如)到我的Rest-WS。这些WS通过DOSGi发布在Karaf容器中。 <!-- Register VCPENetworkManager as OSGi Service --> <bean id="vcpeNetworkManager" class="org.opennaas.extensions.vcpe.manager.VCPENetwork

    6热度

    1回答

    我有一个简单的服务,它使用JAX-RS注释进行注释,并包含@Produces("application/json")注释。我已经设置了以下属性,当我注册服务(我使用DS但这不应该的问题): service.exported.interfaces -> * service.exported.configs -> org.apache.cxf.rs org.apache.cxf.rs.addres

    0热度

    2回答

    我需要从我的包被部署在阿帕奇菲利克斯容器调用外部Web服务(我不能使用的ServiceMix,保险丝...) 我加管束cxf- dosgi(可从here下载),并把下面的线在我的pom.xml: <Require-Bundle>cxf-dosgi-ri-singlebundle-distribution</Require-Bundle> <Import-Package>

    0热度

    1回答

    我将deploymy与cxf-dosgi-ri-singlebundle-distribution-1.3.jar捆绑在一个独立的Felix框架实例中。 但如果我部署在GlassFish中3.1.2我srating的glasfish域时出现此错误的包: [#|2012-03-10T22:55:29.310+0100|SEVERE|glassfish3.1.2|javax.enterprise.sy

    1热度

    1回答

    R-Osgi为我们提供了一种从远程OGSi容器调用服务的方式。网站:http://r-osgi.sourceforge.net。 我是R-OSGi的新手,现在我想将我的OSGi容器拆分成小的,并且通过R-Osgi相互交互,因为它太大了。但似乎R-OSGi只提供注册服务的一种方式。我们知道,除了Service之外,两种捆绑之间最常用的交互方式“出口包装”也被广泛使用。 那么,有没有人熟悉R-OSGi

    5热度

    1回答

    我们正在研究基于OSGi的基础架构来处理基于数据流的数据流。具体的处理任务由各个OSGi组件执行。我们现在需要将这些组件分布到不同的机器上,这意味着我们需要OSGi组件/容器之间的某种通信机制。 在我的研究中,我遇到了不同的潜在解决方案:R-OSGi,用于分布式OSGi的Apache CXF,Eclipse通信框架。 ECF似乎特别有趣,因为它支持不同的传输格式,并提供对服务发现等内容的支持。 我

    0热度

    1回答

    如何在ServiceMix/Fuse ESB中启用dOSGi?我正在考虑CXF dOSGi这里。 我试图遵循这个答案:Servicemix 4, DOSGi, and Zookeeper,但是当我热配置适当版本的jar(来自多包发行版)和sample Greeter app时,我收到错误消息,指出找不到SOAP绑定。 我知道我可以在ServiceMix中选择框架:Felix或Equinox,所以理

    0热度

    1回答

    我通过OSGi使用Apache CXF将我的OSGi服务公开为Web服务。我可以通过“org.apache.cxf.ws.address”属性设置webservice uri,但这会将我绑定到服务器上的单个IP地址。有些服务需要部署在不受我控制的服务器上,因此我希望能够将服务部署到服务器上的所有地址。 我该怎么做?

    2热度

    2回答

    我需要开发一个OSGi应用程序,希望使用JAX-WS完成后端前端分离。谷歌结果指向支持JAX-WS的Apache-CXF。应用程序的后端和前端将在具有单独的Equinox OSGi容器的两个JVM中运行。有没有将Apache-CXF与Equinox集成的标准方法?这是否需要像Equinox中嵌入的Tomcat或Jetty这样的servlet容器?还是有更方便的工作方法来证明这一点?

    7热度

    4回答

    我们正在考虑在我们的企业环境中使用分布式OSGi。 我们将有以下设置:在许多主机上 10至100的OSGi容器提供的各种服务。 许多这些服务都由多个容器提供。 其中一些服务可能需要在所有 容器(部署相同版本)中保持一致。 跨所有容器管理包的生命周期(安装,启动,更新,停止,卸载)的正确方法是什么? 几个要求: 由于可能有这么多的容器,所有的人都应该被处理 在一起;即当我即将更新捆绑包时,单个命令