Karaf OSGI 环境中的 Jersey Web 应用程序不起作用
Jersey web app in Karaf OSGI environment does not work
我在 Apache Karaf 中安装并激活了 jersey server 2.19 包(和依赖项)以创建一个简单的 web 应用程序(/tracks/get 生成一个 json 表示具有简单名称的 Track 对象和艺术家领域)。
我创建了 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]
我认为这就是我的网络应用程序无法运行的原因。
jersey 似乎正在检查我的注释服务 class 并且在某些时候它需要一个 RuntimeDelegateImpl 实例。此代码来自 org.glassfish.jersey.server 包。
RuntimeDelegateImpl class 是通过 javax.ws.rs.ext 包中代码中的 Class.forName().newInstance() 实例化的。
根本问题是 javax.ws 包的 classloader 在 class 路径中找不到 org.glassfish.jersey.server.internal.RuntimeDelegateImpl。但我不明白这是怎么回事,因为 class 是激活的 org.glassfish.jersey.server 包的一部分,并且 Export-Package: 有那个包。
不确定球衣在 karaf 中是否开箱即用。在 karaf 中执行 REST 的典型方法是使用 Apache CXF。 CXF 为 REST 以及基于导出的 OSGi 服务的 CXF-DOSGi which can export REST endpoints 提供蓝图命名空间。
如果你想使用球衣那么osgi-jaxrs-connector。
其功能与 CXF-DOSGi 类似。
通过将我的 Jersey 应用程序直接注册到 osgi http 服务来修复它。
我在 Apache Karaf 中安装并激活了 jersey server 2.19 包(和依赖项)以创建一个简单的 web 应用程序(/tracks/get 生成一个 json 表示具有简单名称的 Track 对象和艺术家领域)。
我创建了 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]
我认为这就是我的网络应用程序无法运行的原因。
jersey 似乎正在检查我的注释服务 class 并且在某些时候它需要一个 RuntimeDelegateImpl 实例。此代码来自 org.glassfish.jersey.server 包。 RuntimeDelegateImpl class 是通过 javax.ws.rs.ext 包中代码中的 Class.forName().newInstance() 实例化的。 根本问题是 javax.ws 包的 classloader 在 class 路径中找不到 org.glassfish.jersey.server.internal.RuntimeDelegateImpl。但我不明白这是怎么回事,因为 class 是激活的 org.glassfish.jersey.server 包的一部分,并且 Export-Package: 有那个包。
不确定球衣在 karaf 中是否开箱即用。在 karaf 中执行 REST 的典型方法是使用 Apache CXF。 CXF 为 REST 以及基于导出的 OSGi 服务的 CXF-DOSGi which can export REST endpoints 提供蓝图命名空间。
如果你想使用球衣那么osgi-jaxrs-connector。 其功能与 CXF-DOSGi 类似。
通过将我的 Jersey 应用程序直接注册到 osgi http 服务来修复它。