Karaf OSGI 环境中的 Jersey Web 应用程序不起作用

Question

我在 Apache Karaf 中安装并激活了 jersey server 2.19 捆绑包（和依赖项），以创建一个简单的 web 应用程序（/tracks/get 生成一个带有简单名称和艺术家字段的 Track 对象的 json 表示）。

我创建了我的 war 文件的捆绑版本并将其安装在 Karaf 中。

当我启动战争包时，我得到以下异常：

2016-10-14 10:35:08,299 | DEBUG | pool-4-thread-1  | FactoryFinder                    | 84 - javax.ws.rs-api - 2.0.1 | Unable to load provider class org.glassfish.jersey.server.internal.RuntimeDelegateImpl using custom classloader org.ops4j.pax.web.service.spi.util.ResourceDelegatingBundleClassLoader trying again with current classloader.
java.lang.ClassNotFoundException: org.glassfish.jersey.server.internal.RuntimeDelegateImpl
    at org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:501)[org.eclipse.osgi-3.8.2.v20130124-134944.jar:]
    at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:421)[org.eclipse.osgi-3.8.2.v20130124-134944.jar:]
    at org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:412)[org.eclipse.osgi-3.8.2.v20130124-134944.jar:]
    at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:107)
    at java.lang.ClassLoader.loadClass(ClassLoader.java:356)[:1.7.0_21]
    at org.eclipse.osgi.internal.loader.BundleLoader.loadClass(BundleLoader.java:340)[org.eclipse.osgi-3.8.2.v20130124-134944.jar:]
    at org.eclipse.osgi.framework.internal.core.BundleHost.loadClass(BundleHost.java:229)
    at org.eclipse.osgi.framework.internal.core.AbstractBundle.loadClass(AbstractBundle.java:1212)
    at org.ops4j.pax.swissbox.core.BundleClassLoader.findClass(BundleClassLoader.java:176)[60:org.ops4j.pax.swissbox.core:1.7.0]
    at java.lang.ClassLoader.loadClass(ClassLoader.java:423)[:1.7.0_21]
    at org.ops4j.pax.swissbox.core.BundleClassLoader.loadClass(BundleClassLoader.java:192)[60:org.ops4j.pax.swissbox.core:1.7.0]
    at java.lang.ClassLoader.loadClass(ClassLoader.java:356)[:1.7.0_21]
    at java.lang.Class.forName0(Native Method)[:1.7.0_21]
    at java.lang.Class.forName(Class.java:266)[:1.7.0_21]
    at javax.ws.rs.ext.FactoryFinder.newInstance(FactoryFinder.java:107)[84:javax.ws.rs-api:2.0.1]
    at javax.ws.rs.ext.FactoryFinder.find(FactoryFinder.java:166)[84:javax.ws.rs-api:2.0.1]
    at javax.ws.rs.ext.RuntimeDelegate.findDelegate(RuntimeDelegate.java:135)[84:javax.ws.rs-api:2.0.1]
    at javax.ws.rs.ext.RuntimeDelegate.getInstance(RuntimeDelegate.java:120)[84:javax.ws.rs-api:2.0.1]
    at javax.ws.rs.core.MediaType.valueOf(MediaType.java:179)[84:javax.ws.rs-api:2.0.1]
    at org.glassfish.jersey.server.model.IntrospectionModeller.extractMediaTypes(IntrospectionModeller.java:280)[102:org.glassfish.jersey.core.jersey-server:2.19.0]
    at org.glassfish.jersey.server.model.IntrospectionModeller.extractMediaTypes(IntrospectionModeller.java:269)[102:org.glassfish.jersey.core.jersey-server:2.19.0]

我认为这是我的 web 应用程序无法运行的原因。

似乎 jersey 正在检查我的带注释的服务类，并且在某些时候它需要一个 RuntimeDelegateImpl 实例。此代码来自 org.glassfish.jersey.server 包。 RuntimeDelegateImpl 类是通过 javax.ws.rs.ext 包中的代码中的 Class.forName().newInstance() 实例化的。 根本问题是 javax.ws 包的类加载器在类路径中找不到 org.glassfish.jersey.server.internal.RuntimeDelegateImpl。但我不明白这是怎么回事，因为该类是已激活的 org.glassfish.jersey.server 捆绑包的一部分，并且 Export-Package: 具有该包。

Answer 1

不确定球衣在 karaf 中是否开箱即用。在 karaf 中执行 REST 的典型方法是使用 Apache CXF。 CXF 为 REST 以及基于导出的 OSGi 服务的CXF-DOSGi which can export REST endpoints 提供蓝图命名空间。

如果你想使用球衣，那么有osgi-jaxrs-connector。 与 CXF-DOSGi 类似。

Answer 2

通过将我的 Jersey 应用程序直接注册到 osgi http 服务来修复它。