首页 文章

Karaf OSGI环境中的Jersey Web应用程序无效

提问于
浏览
1

我安装并激活了Apache Karaf球衣服务器2.19束(和依赖性),以创建一个简单的Web应用程序(/音轨/获取产生具有简单的名称和艺术家字段跟踪对象的JSON表示) .

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

当我启动war包时,我得到以下异常:

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]

我认为这是我的webapp无法正常工作的原因 .

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

2 回答

  • 0

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

    如果你想使用球衣,那么就有osgi-jaxrs-connector . 这与CXF-DOSGi类似 .

  • 0

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

相关问题