首页 文章

OSGi应用程序内的REST客户端

提问于
浏览 次
5

我需要将REST客户端集成到使用Apache Felix实现的现有OSGi应用程序中 . REST服务基于JAX-RS的RESTeasy实现（版本2.3.2.Final） . 我创建了一个单独的包，其中包含客户端的依赖项，导出所需的RESTeasy包并将其导入到使用客户端的包中，但遗憾的是我无法在OSGi上下文中使用它 .

我尝试了两种不同的方法 . 第一个使用通用ClientRequest：

ClientRequest request = new ClientRequest(MyService.URL_TEST+"/stats");
request.body(javax.ws.rs.core.MediaType.APPLICATION_XML, stats);
ClientResponse<String> response = request.post(String.class);

我在这种情况下得到的错误非常奇怪：

[java] java.lang.RuntimeException: java.lang.ClassCastException:
org.jboss.resteasy.client.core.executors.ApacheHttpClient4Executor cannot be cast to 
org.jboss.resteasy.client.ClientExecutor

我知道ApacheHttpClient4Executor实现了ClientExecutor接口 .

当我尝试在RESTeasy周围使用我自己的REST客户端包装时，如下所示：

MyService myService = MyServiceClient.getInstance();
myService.saveStatistics(stats);

我得到一个不同的例外：

[java] java.lang.LinkageError: ClassCastException: attempting to
castjar:file:/D:/Development/Eclipses/eclipse_4.2_j2ee_x64/lib/jaxrs-api-2.3.2.Final.jar
!/javax/ws/rs/ext/RuntimeDelegate.classtobundle:
//78.0:1/javax/ws/rs/ext/RuntimeDelegate.class

据我所知，LinkageError很可能与RESTeasy使用一些类加载器技巧初始化RuntimeDelegate的方式有关，这可能属于OSGi框架的限制 . 我怀疑首先提到的java.lang.ClassCastException具有相同的源 .

有没有办法让RESTeasy在OSGi中运行？

PS：关于RESTeasy的类似问题的讨论，但在OSGi之外：java.lang.LinkageError: ClassCastException

Update: 这些是包含在restclient包中的 libraries ：activation-1.1.jar commons-codec-1.2.jar commons-httpclient-3.1.jar commons-io-2.1.jar commons-logging-1.0.4.jar flexjson-2.1.jar httpclient-4.1.2.jar httpcore-4.1.2.jar javassist-3.12.1.GA.jar jaxb-api-2.2.3.jar jaxb-impl-2.2.4.jar jaxrs-api-2.3.2.Final .jar jcip-annotations-1.0.jar jettison-1.3.1.jar jsr250-api-1.0.jar junit-4.10.jar log4j-1.2.14.jar resteasy-jaxb-provider-2.3.2.Final.jar resteasy- jaxrs-2.3.2.Final.jar resteasy-jettison-provider-2.3.2.Final.jar scannotation-1.0.3.jar slf4j-api-1.6.4.jar slf4j-log4j12-1.6.4.jar myservice-common -0.1.0.3.jar my-service-client-0.1.0.3-SNAPSHOT.jar stax-api-1.0-2.jar xmlpull-1.1.3.1.jar xpp3_min-1.1.4c.jar xstream-1.4.2.jar

这些是来自restclient包的 exports ：javax.ws.rs，javax.ws.rs.ext，javax.ws.rs.core，org.jboss.resteasy.client，org.jboss.resteasy.client.cache，org .jboss.resteasy.client.extractors，org.jboss.resteasy.client.marshallers，org.jboss.resteasy.client.core.executors，javax.xml.bind.annotation，org.jboss.resteasy.plugins.providers，org .jboss.resteasy.plugins.providers.jaxb，org.jboss.resteasy.spi

java web-services osgi resteasy apache-felix

3 回答

  • 0

    看看SpringSource Bundle Repo，它有一些非常有用的预构建的公共库包，包括我们正在使用的Apache HTTP Client（与gson一起）来做我们的RESTful通信 .

    回复于
  • 0

    （遗憾的是我项目的遗留模块仍然使用OSGi，但现在使用RESTeasy 3.0.16）

    当我需要OSGify依赖时，我现在的首选解决方案是使用优秀的Apache Ops4j Pax Tipi project来包装它 .

    该项目提供了一个预配置的Maven设置（父POM处理捆绑），您只需要在具有 org.apache.ops4j.pax.tipi 前缀的Tipi子模块中调整原始项目的GAV坐标，并构建新的捆绑项目，该项目将绘制原始依赖项，解压缩并将其包装为OSGi包 .

    您可以从最符合项目设置（依赖关系等）的现有Tipi子项目开始，并调整任何缺少的OSGi导入/导出（最常见的是，这些都是由maven-bundle-plugin自动创建的） .

    只要原始项目没有包含太多异国情况或格式错误的依赖项，这对我来说效果很好 .

    然而，正如我目前所经历的那样，你可能遇到像transitive dependencies using the root package这样的障碍，这可能是一个真正的显示阻止（找出哪个库是真正的噩梦） .

    不幸的是，RESTeasy似乎受此影响，因为我得到了完全相同的错误（默认包，即使在将非测试和非提供的依赖项声明为可选后：

    默认包' . ' Import-Package语法不允许 .

    将maven-bundle-plugin升级到最新版本3.0.1会产生不同的错误（甚至更少帮助）：

    [ERROR] Bundle org.ops4j.pax.tipi：org.ops4j.pax.tipi.resteasy-jaxrs：bundle：3.0.16.Final.1：无法解析bundle native code header中的名称：[ERROR] Error（ s）在捆绑配置中找到

    更新似乎通过将POM中的Tipi版本升级到1.4.0来解决，测试...

    回复于
  • 0

    RESTEasy是强制性的吗？我个人在OSGi中使用jersey，它作为客户端和服务器都运行良好 .

    回复于

相关问题